As leituras lógicas na RAM aparecem nas estatísticas de espera ou onde?

Um trabalhador entra em uma lista de garçons quando precisa esperar por algum tipo de recurso. Não há recurso para aguardar leituras lógicas. Supondo que seu pool de buffers não tenha paginado, os dados já estão na memória gerenciada pelo SQL Server. As consultas que fazem muitas leituras lógicas são lentas porque gastam muita CPU fazendo essas leituras lógicas.

Se você quiser ter uma ideia de quais operações internas o SQL Server está fazendo ao executar leituras lógicas, poderá fazer o rastreamento de ETW usando perfview ou alguma outra ferramenta enquanto executa uma consulta que é afunilada por leituras lógicas. O rastreamento de ETW pode ser uma boa etapa se você acredita que sua carga de trabalho tem problemas com a taxa de transferência de memória. Observe que esse provavelmente não é o caso e a demonstração a seguir é quase certamente a maneira errada de abordar um problema de desempenho de consulta.

Primeiro, vou criar uma consulta que espero passar a maior parte do tempo fazendo leituras lógicas:

DROP TABLE IF EXISTS #215016;

SELECT 1 ID, REPLICATE('Z', 1000) FILLER INTO #215016
FROM master..spt_values t1
CROSS JOIN master..spt_values t2;

SELECT t1.ID, t2.ID
FROM #215016 t1
INNER JOIN #215016 t2 ON t1.ID < t2.ID
OPTION (MAXDOP 1, QueryRuleOff BuildSpool);

O SQL Server usou um núcleo completo de CPU durante a execução da consulta. Aqui estão os resultados do perfview retirados de uma amostra de dez segundos:

Talvez o nome do método circulado seja o que você está interessado. Para essa consulta, o SQL Server gasta cerca de 5% de seu tempo de CPU em sqlmin!BPool::Get, o que, suponho, tem a ver com a execução da leitura lógica. Em defesa dessa ideia, esse método é o que chama sqlmin!BUF::AcquireLatchna maioria das vezes:

e o número de travas compartilhadas obtidas durante a consulta é aproximadamente o mesmo que o número de leituras lógicas. Mas isso é apenas um palpite porque os nomes dos métodos não são documentados pela Microsoft e eu não conheço o escopo completo de uma "leitura lógica".