Estou tentando entender alguns metadados de cache de plano de execução em um sistema SQL Server 2016 SP3 e não consigo conciliar o que estou vendo com os documentos.
Os documentos parasys.dm_exec_cached_plans
dizer que contém:
uma linha para cada plano de consulta armazenado em cache pelo SQL Server para uma execução de consulta mais rápida.
No sistema que estou observando, esta visão tem 41.283 linhas agora. A grande maioria destes (37.594 linhas) são cacheobjtype = "Compiled Plan" e objtype = "Adhoc".
Os documentos parasys.dm_exec_query_stats
dizer que contém:
uma linha por instrução de consulta dentro do plano armazenado em cache e o tempo de vida das linhas está vinculado ao próprio plano. Quando um plano é removido do cache, as linhas correspondentes são eliminadas dessa visualização.
Eu esperaria que houvesse pelo menos 37.594 linhas nessa exibição (uma por plano em cache, potencialmente mais se alguns dos planos em cache tiverem várias instruções). No entanto, essa exibição tem um total de 6.867 linhas.
Essa discrepância é tão grande que devo assumir que estou entendendo mal o que deveria estar nessas visões.
Alguém pode me ajudar a entender por que existem tão poucas linhas em sys.dm_exec_query_stats
comparação com sys.dm_exec_cached_plans
?
Eu tentei unir as tabelas internamente em plan_handle
, e as únicas correspondências foram 1:1 - em outras palavras, existem dezenas de milhares de planos em cache sem linhas de "estatísticas de consulta".
Eu também pensei que a diferença poderia ser explicada por muitas linhas estarem em sys.dm_exec_procedure_stats
ou sys.dm_exec_trigger_stats
, mas esse não era o caso (93 e 2 linhas, respectivamente).
Para quem estiver curioso sobre o "porquê" desta pergunta, estou tentando ver a idade dos vários planos no cache e não tenho certeza de uma maneira de fazer isso além de ingressar sys.dm_exec_query_stats
e verificar creation_time
.
Aqui estão as consultas que usei para obter os números referenciados acima:
-- total cached plans
SELECT COUNT_BIG(*) AS total_cached_plans
FROM sys.dm_exec_cached_plans decp
-- totals by type
SELECT decp.cacheobjtype, decp.objtype, COUNT_BIG(*) AS plan_count
FROM sys.dm_exec_cached_plans decp
GROUP BY decp.cacheobjtype, decp.objtype
ORDER BY decp.cacheobjtype, decp.objtype;
-- total query stats
SELECT COUNT_BIG(*) AS total_query_stats
FROM sys.dm_exec_query_stats;
A grande maioria dessas consultas são consultas de usuário não parametrizadas, não consultas do sistema. Eu verifiquei isso classificando pelo texto SQL (extraído de sys.dm_exec_sql_text
). Alguns exemplos:
- 5.000 instruções "INSERT INTO" diferentes na mesma tabela com diferentes valores literais
- 15.000 consultas "SELECT COUNT(*)" diferentes com cláusulas WHERE diferentes
- 15.000 instruções "UPDATE" diferentes em algumas tabelas com valores literais diferentes
Essas são todas as consultas legítimas enviadas pelos aplicativos que se conectam a esse servidor.
Muitas de suas consultas se qualificam para parametrização simples .
O SQL Server cria uma versão parametrizada da instrução e a armazena em cache como um plano preparado .
Os planos ad hoc que você vê são apenas shells apontando para a versão parametrizada.
As entradas
sys.dm_exec_query_stats
estão associadas apenas aos planos elaborados .Para obter mais informações, consulte meu artigo Parametrização simples e planos triviais .