Início / dba / Perguntas / 136339
Accepted
LCJ
Asked: 2016-04-24 18:03:16 +0800 CST

Encontrar agregação de correspondência de hash

  • 772

Depois de ler os blogs a seguir, entendo que as hash matchcausas agregadas blocking. Usando índices apropriados, pode ser feito como stream aggregate.

  1. Operadores agregados bloqueadores/não bloqueadores
  2. A natureza bloqueadora dos agregados - Rob Farley
  3. Hash Aggregate-Craig Freedman

Eu tenho um banco de dados com mais de 200 tabelas que foram criadas anos atrás. Estou tentando encontrar todas as consultas com group by que estão trabalhando atualmente com hash matcho operador agregado. Uma possibilidade que encontrei é usar dmv como abaixo. Mas não sei como filtrá-lo para listar apenas consultas com hash matchoperadores agregados. Como conseguir isso? Além disso, em um nível geral, quais são as outras opções para obter essas informações além de seguir o dmv?

SELECT cp.objtype AS ObjectType,
    OBJECT_NAME(st.objectid,st.dbid) AS ObjectName,
    cp.usecounts AS ExecutionCount,
    st.TEXT AS QueryText,
    qp.query_plan AS QueryPlan
FROM sys.dm_exec_cached_plans AS cp
CROSS APPLY sys.dm_exec_query_plan(cp.plan_handle) AS qp
CROSS APPLY sys.dm_exec_sql_text(cp.plan_handle) AS st
WHERE st.TEXT LIKE '%GROUP%'
sql-server execution-plan

1 respostas

  1. Best Answer

    Não é possível conectar diretamente parte do texto da consulta (por exemplo GROUP BY, ) com uma operação específica no plano de execução final.

    Você pode escrever uma consulta para encontrar planos que:

    • Conter um Agregado de Correspondência de Hash; e
    • O texto da consulta contém uma GROUP BYcláusula

    ... o que não é exatamente a mesma coisa, pois isso encontrará planos em que a lógica de agrupamento foi implementada usando um Stream Aggregate, substituído por outra operação ou até mesmo removido totalmente - mas também contém um Hash Match Aggregate por algum outro motivo .

    Por exemplo:

    WITH XMLNAMESPACES
(
    DEFAULT 'http://schemas.microsoft.com/sqlserver/2004/07/showplan'
)
SELECT
    DECP.cacheobjtype,
    DECP.objtype,
    DECP.plan_handle,
    DEQP.objectid,
    DEQP.query_plan,
    DEST.[text]
FROM sys.dm_exec_cached_plans AS DECP
CROSS APPLY sys.dm_exec_query_plan(DECP.plan_handle) AS DEQP
CROSS APPLY sys.dm_exec_sql_text(DECP.plan_handle) AS DEST
WHERE
    1 = DEQP.query_plan.exist(
        '//RelOp[
            @PhysicalOp = "Hash Match"
            and @LogicalOp = ("Aggregate","Partial Aggregate","Flow Distinct")]')
    AND DEST.[text] LIKE N'%GROUP BY%';

    Isso pode perder algumas GROUP BYconsultas se elas tiverem uma quantidade (ou tipo) diferente de espaço em branco entre GROUPe BYdo que o esperado pela consulta. Talvez substituir todos os espaços em branco por espaços e recolher os contíguos em um único espaço possa ser feito antes LIKEou usar SQLCLR e regex.

    Você precisaria inspecionar os resultados manualmente para determinar se o Hash Match Aggregate se correlaciona diretamente com a GROUP BYcláusula ou não. A consulta acima poderia ser estendida, talvez, para verificar o elemento HashKeysBuild do plano em relação às colunas de agrupamento, mas isso seria difícil de acertar devido às operações do otimizador.

    • 8

relate perguntas