Início / dba / Perguntas / 227811
Accepted
LCJ
Asked: 2019-01-23 15:12:58 +0800 CST

Mesmo hash de consulta para consultas totalmente diferentes

  • 772

A definição de Query_hash de sys.dm_exec_query_stats é:

query_hash: valor de hash binário calculado na consulta e usado para identificar consultas com lógica semelhante. Você pode usar o hash de consulta para determinar o uso de recursos agregados para consultas que diferem apenas por valores literais.

Mas quando procuro um query_hash específico (como mostrado abaixo), estou recebendo vários textos de consulta que diferem muito na lógica e size_in_bytes(para o plano).

Observação: estou usando o SQL Server 2016

DECLARE @QueryHashTest BINARY(8)
SET @QueryHashTest = CONVERT(BINARY(8), 'Ð…U¹üŒv¿')

SELECT  
        QCP.objtype
        ,qStat.query_hash,
        CONVERT(VARCHAR(100),  qStat.query_Hash) AS VARCHAR_query_hash
        ,sText.text AS QueryText
        ,QCP.size_in_bytes
        ,qStat.creation_time
        ,qp.query_plan  
FROM ( 
        SELECT query_hash,
               COUNT(query_hash) AS PlanCount
        FROM sys.dm_exec_query_stats
        GROUP BY query_hash
    ) AS MultipleQ
INNER JOIN sys.dm_exec_query_stats qStat ON MultipleQ.query_hash = qStat.query_hash
INNER JOIN sys.dm_exec_cached_plans  QCP
    ON QCP.plan_handle = qStat.plan_handle
CROSS APPLY sys.dm_exec_sql_text(qStat.sql_handle) AS sText
CROSS APPLY sys.dm_exec_query_plan(qStat.plan_handle) AS qp
WHERE PlanCount > 1
AND QCP.objtype = 'Proc'
AND qStat.query_hash= @QueryHashTest 
AND (size_in_bytes >= 2179072 OR size_in_bytes <= 262144)
ORDER BY size_in_bytes DESC

Resultado insira a descrição da imagem aqui

Por que as consultas não relacionadas mostram o mesmo query_hash? É um bug ou há algo inesperado acontecendo no banco de dados?

sql-server execution-plan

2 respostas

  1. Best Answer

    Embora as colisões de hash sejam possíveis, suspeito que o que está acontecendo é que você está puxando o texto para todo o lote, não para a instrução específica. Um procedimento com várias instruções pode obter uma entrada de cache para cada instrução. E se algumas instruções forem idênticas nos procedimentos, elas terão o mesmo hash de consulta. Deixe-me demonstrar:

    USE TestDB
GO

--DROP TABLE dbo.employees
CREATE TABLE dbo.employees (
ID INT IDENTITY PRIMARY KEY,
title VARCHAR(20),
salary TINYINT,
has_been_fired_yet BIT)

INSERT dbo.employees
VALUES ('Senior DBA',30,0),('Grumpy DBA',50,0)
GO

CREATE OR ALTER PROC dbo.Payroll
AS

SELECT 'Your total payroll is '+CONVERT(VARCHAR(10),SUM(salary))+' query bucks'
FROM dbo.employees
WHERE has_been_fired_yet = 0
GO

CREATE OR ALTER PROC dbo.RightSizing
AS

UPDATE dbo.employees
SET has_been_fired_yet = 1
WHERE salary > 40

SELECT 'Your total payroll is '+CONVERT(VARCHAR(10),SUM(salary))+' query bucks'
FROM dbo.employees
WHERE has_been_fired_yet = 0
GO

--EXEC to get them in the cache
EXEC dbo.Payroll
EXEC dbo.RightSizing

    Use a consulta abaixo para ver como a mesma instrução que está em cada proc aparece separadamente.

    SELECT
st.text AS batch_text,
SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,  
    ((CASE statement_end_offset   
        WHEN -1 THEN DATALENGTH(st.text)  
        ELSE qs.statement_end_offset 
    END - qs.statement_start_offset)/2) + 1
) AS statement_text,
qs.execution_count,
qs.query_hash
FROM sys.dm_exec_query_stats AS qs  
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) as st 
WHERE st.objectid IN (OBJECT_ID('dbo.Payroll'),OBJECT_ID('dbo.RightSizing'))

    resultados da consulta Se você usar a consulta em sua pergunta, ela não pegará a instrução idêntica, pois ela analisa apenas o texto do lote.

    • 7

  2. Hashing significa "mapear" algo potencialmente grande para algo limitado no espaço (o query_hash). O hash de consulta é um binário(8). Então, em 8 bytes, você quer identificar algo que possa, essencialmente, ter uma infinita possibilidade de valores (a consulta). A conclusão é que você pode obter colisões - consultas diferentes resultando no mesmo hash. Isso é esperado.

    • -1

relate perguntas