{"id":1680,"date":"2020-10-28T03:41:45","date_gmt":"2020-10-28T06:41:45","guid":{"rendered":"https:\/\/thesqltimes.com\/blog\/?p=1680"},"modified":"2020-10-28T03:43:59","modified_gmt":"2020-10-28T06:43:59","slug":"sqlserver-logical-reads","status":"publish","type":"post","link":"https:\/\/thesqltimes.com\/blog\/2020\/10\/28\/sqlserver-logical-reads\/","title":{"rendered":"Cuidados ao interpretar o Logical Reads no SQL Server"},"content":{"rendered":"
\r\n
\r\n \r\n <\/i>\r\n <\/a>\r\n <\/span>\r\n<\/div><\/div>Tempo de Leitura:<\/span> 8<\/span> minutos<\/span><\/span>

Duas coisas me chamaram a aten\u00e7\u00e3o:<\/p>\n

    \n
  1. A primeira foi esse n\u00famero de reads… Acho que nunca vi passar da casa do milh\u00e3o, chegando ao bilh\u00e3o. N\u00famero foi t\u00e3o grande que at\u00e9 confundi com trilh\u00e3o rs (thanks @fabianoDBA pela corre\u00e7\u00e3o<\/a>)\n
      \n
    1. Convertendo esse n\u00famero de paginas para GB, voc\u00ea checa em 7TB ( GB = Paginas\/131072)\"Image\"<\/li>\n<\/ol>\n<\/li>\n
    2. A outra coisa interessante foi o fato de que essa a tabela envolvida tem apenas 1TB de tamanho e somando os \u00edndices nela, 2TB<\/li>\n<\/ol>\n

      Ent\u00e3o, como \u00e9 poss\u00edvel um request ler mais de 7TB de dados, sendo que a tabela n\u00e3o tem nem metade disso? A resposta \u00e9 muito simples: O Logical Reads que voc\u00ea v\u00ea em diversos lugares conta leituras repetidas!<\/p>\n

      A sp_WhoIsActive<\/a> (de onde eu tirei esses prints acima) consulta essa informa\u00e7\u00e3o de reads da coluna logical_reads da sys.dm_exec_requests. Olhando a documenta\u00e7\u00e3o<\/a>:<\/p>\n

      \"\"<\/p>\n

      Voc\u00ea deve ter aprendido em diversos lugares sobre esse assunto que “Logical Reads” significa que a query leu da mem\u00f3ria, em contraste com o “Physical Reads”, que \u00e9 quando ele contabilizada as p\u00e1ginas lidas do disco. Por\u00e9m, o que n\u00e3o fica claro a\u00ed \u00e9 que leituras repetidas contam mais de uma vez nesse contador. Aqui est\u00e1 um exemplo simple de observar. Primeiro crie uma tabela com uma \u00fanica p\u00e1gina:<\/p>\n

      CREATE TABLE SinglePage(c char(7000));\nINSERT INTO SinglePage VALUES('TheSqlTimes');\n\n-- Confirme que tem 1 p\u00e1gina de dados em uso\nSELECT data_pages FROM sys.allocation_units AU WHERE AU.container_id IN (\n    SELECT partition_id FROM sys.partitions WHERE object_id = OBJECT_ID('SinglePage')\n)\n\n-- Confirme que o select l\u00ea 1 p\u00e1gina...\nSET STATISTICS TIME,IO ON\nSELECT * FROM SinglePage\nSET STATISTICS TIME,IO OFF<\/pre>\n
      \"\"<\/p>\n
      \"\"<\/p>\n
       <\/p>\n
      Agora vamos tornar as coisas mais interessantes, neste pr\u00f3ximo exemplo eu vou criar uma outra tabela com 5000 linhas e fazer um CROSS APPLY com a tabela de 1 p\u00e1gina:<\/p>\n
      -- Agora, observe o resultado disso...\nSELECT TOP 5000 1 AS SomeCol INTO #Rows FROM sys.all_objects a1,sys.all_objects a2;\n\nSET STATISTICS TIME,IO ON\nSELECT\n    COUNT(*)\nFROM\n    #Rows R\n    CROSS APPLY (\n        SELECT TOP 1 c FROM SinglePage WHERE LEN(c) > R.SomeCol\n    ) C\nSET STATISTICS TIME,IO OFF<\/pre>\n
      E se voc\u00ea olhar na aba de mensagens, ver\u00e1 uma coisa bem interessante:<\/p>\n
      \"\"<\/p>\n
      Ora, como assim a tabela SinglePage, que tem apenas 1 p\u00e1gina, possui 5000 leituras l\u00f3gicas? E a resposta eu j\u00e1 disse no in\u00edcio do post. Se voc\u00ea olhar o plano dessa query simples, vai notar<\/p>\n
      \"\"
      \n(PS.: thanks       Fabiano Amorim<\/a> por me deixar copiar sua ideia de mostrar como as linhas fluem de um operador pra outro, sem que eu te pergunte se posso fazer isso, rs)<\/em><\/p>\n
      Para cada linha de #Rows, ele vai ler\u00a0 a \u00fanica p\u00e1gina l\u00e1 da tabela SinglePage… Ou seja, para cada uma das 5000 linhas de #Rows, ele leu 1 p\u00e1gina de SinglePage, totalizando 5000 leituras l\u00f3gicas em SinglePage. A mesma p\u00e1gina, lida 5000 vezes.
      \nOu seja, se voc\u00ea ver um n\u00famero de 5000 logical reads, ele pode significar tr\u00eas coisas:<\/p>\n

Recentemente, me deparei com um caso curioso na Power Tuning: O Eduardo<\/a> identificou uma s\u00e9rie de bloqueios causados por uma query rodando em uma base com alguns TB de tamanho. Eu aprovetei que estava conectado no ambiente e fui dar uma olhada na query.<\/p>\n