Início / dba / Perguntas / 331117
Accepted
adam.g
Asked: 2023-09-12 21:52:07 +0800 CST

O que é "contagem de execuções" no Query Store?

  • 772

Estamos usando o SQL Server 2016. Tivemos alguns problemas em termos de duração das consultas em 11/09/2023. Gostaria de verificar no QueryStore e vi no query store executado em 11/09/2023 às 17:00:

insira a descrição da imagem aqui

Que temos muito mais contagens de execução em 11/09/2023 (cerca de 1150 VS 800 em 08/09/2023). Eu executo a mesma verificação do Query Store em 12/09/2023 e vejo que a contagem de execuções de ontem é muito menor do que verifiquei ontem.

Você sabe por que temos tanta diferença? Além disso, ainda vejo que a contagem de execuções ainda está diminuindo em 11/09/2023.

insira a descrição da imagem aqui

As configurações do armazenamento de consultas foram adicionadas.insira a descrição da imagem aqui

Execução da consulta 14/09/2023 às 9h52:

insira a descrição da imagem aqui

Execução da consulta 14/09/2023 às 10h53: insira a descrição da imagem aqui

Execução da consulta 14/09/2023 12h36: Até 11/09/2023 foi alterado...insira a descrição da imagem aqui

sql-server

1 respostas

  1. Best Answer

    A contagem de execução do Query Store na GUI é mapeada para a coluna count_executions em sys.query_store_runtime_stats

    Contagem total de execuções do plano de consulta dentro do intervalo de agregação.

    Como você está analisando o "Consumo geral de recursos", capturei a consulta subjacente que está sendo chamada com Eventos Estendidos e é mais ou menos assim:

    SELECT
    CONVERT(float, SUM(rs.count_executions)) as total_count_executions,
    ROUND(CONVERT(float, SUM(rs.avg_duration*rs.count_executions))*0.001,2) as total_duration,
    ROUND(CONVERT(float, SUM(rs.avg_cpu_time*rs.count_executions))*0.001,2) as total_cpu_time,
    ROUND(CONVERT(float, SUM(rs.avg_logical_io_reads*rs.count_executions))*8,2) as total_logical_io_reads,
    ROUND(CONVERT(float, SUM(rs.avg_logical_io_writes*rs.count_executions))*8,2) as total_logical_io_writes,
    ROUND(CONVERT(float, SUM(rs.avg_physical_io_reads*rs.count_executions))*8,2) as total_physical_io_reads,
    ROUND(CONVERT(float, SUM(rs.avg_clr_time*rs.count_executions))*0.001,2) as total_clr_time,
    ROUND(CONVERT(float, SUM(rs.avg_dop*rs.count_executions))*1,0) as total_dop,
    ROUND(CONVERT(float, SUM(rs.avg_query_max_used_memory*rs.count_executions))*8,2) as total_query_max_used_memory,
    ROUND(CONVERT(float, SUM(rs.avg_rowcount*rs.count_executions))*1,0) as total_rowcount,
    ROUND(CONVERT(float, SUM(rs.avg_log_bytes_used*rs.count_executions))*0.0009765625,2) as total_log_bytes_used,
    ROUND(CONVERT(float, SUM(rs.avg_tempdb_space_used*rs.count_executions))*8,2) as total_tempdb_space_used,
    DATEADD(d, ((DATEDIFF(d, 0, rs.last_execution_time))),0 ) as bucket_start,
    DATEADD(d, (1 + (DATEDIFF(d, 0, rs.last_execution_time))), 0) as bucket_end
FROM sys.query_store_runtime_stats rs
WHERE NOT (rs.first_execution_time > @interval_end_time OR rs.last_execution_time < @interval_start_time)
GROUP BY DATEDIFF(d, 0, rs.last_execution_time)

    Como quase não há filtro além da data, restam apenas algumas opções.

    1. Sua declaração não foi chamada. Talvez não tenha havido nenhum teste naquele dia, talvez seu código tenha alguma lógica de ramificação, etc.

    2. Alguém eliminou apenas essa consulta do repositório de consultas usando sp_query_store_remove_query ou um plano de consulta com sp_query_store_remove_plan

    3. O Query Store foi temporariamente alterado para somente leitura. Você não pode verificar isso após o fato, mas há opções para monitorar isso com eventos estendidos no futuro, se você suspeitar que este é o caso

    EDITAR

    Depois de mais informações terem sido apresentadas, estou inclinado a apontar para oSIZE_BASED_CLEANUP_MODE

    A documentação diz:

    1 = AUTO - a limpeza baseada em tamanho será ativada automaticamente quando o tamanho do disco atingir 90% de max_storage_size_mb. Este é o valor de configuração padrão.

    A limpeza baseada em tamanho remove primeiro as consultas mais baratas e mais antigas. Ele para quando aproximadamente 80% de max_storage_size_mb é atingido.

    Isso corresponde à sua captura de tela de 79 MB dos 100 MB usados ​​(aproximadamente 80%)

    Você pode criar uma sessão XE para rastrear essa limpeza e garantir

    CREATE EVENT SESSION [QueryStoreCleanup] ON SERVER 
ADD EVENT qds.query_store_size_retention_cleanup_finished,
ADD EVENT qds.query_store_size_retention_cleanup_started,
ADD EVENT qds.query_store_size_retention_cleanup_update
ADD TARGET package0.event_file
(
    SET filename=N'QueryStoreCleanup'
    , max_file_size = 5
    , max_rollover_files = 1 
)
GO

ALTER EVENT SESSION [QueryStoreCleanup] ON SERVER STATE = START

    Eu testei em um armazenamento de consultas com tamanho máximo = 10 MB e ele foi executado aproximadamente a cada 15 a 20 minutos.

    insira a descrição da imagem aqui

    Executei vários SQL dinâmicos para fazer o Query Store crescer e capturei os agregados de execução e contagem de planos antes e depois da limpeza.

    insira a descrição da imagem aqui

    Todo o meu SQL dinâmico era igualmente caro, então os planos mais antigos foram eliminados primeiro.

    • 6

relate perguntas