Início / dba / Perguntas / 232786
Accepted
Newbie-DBA
Asked: 2019-03-22 11:24:24 +0800 CST

Valor de GrantedQueryMemory(KB) incorreto no relatório do SSMS Dashboard

  • 772

Apenas verificando para ver se alguém testemunhou o mesmo e tentou uma correção ou foi corrigido:

Problema :

Eu corri abaixo da consulta no stackoverflow2013banco de dados

select
   ParentId as [Post Link],
   count(id)
from posts
where posttypeid = 2 and len(body) <= 200
  and (body like '%hank%')
group by parentid
having count(id) > 1
order by count(id) desc;

e ao verificar o relatório do painel do SSMS para GrantedQueryMemory, o valor mostra cerca de 62 GB, o que não parece correto ao coletar o mesmo do dmv

insira a descrição da imagem aqui insira a descrição da imagem aqui

De dmv mostra 62 MB

insira a descrição da imagem aqui

Pareceu-me um bug, então relatado aqui

sql-server sql-server-2014

1 respostas

  1. Best Answer

    Usando o XE para capturar a consulta que está sendo executada pelo painel, ele apenas extrai o valor bruto do arquivo sys.dm_exec_requests. Aqui está a consulta:

    exec sp_executesql @stmt=N'
          SELECT master.dbo.fn_varbintohexstr(sql_handle) AS sql_handle,
          master.dbo.fn_varbintohexstr(plan_handle) AS plan_handle,
          case when LEN(qt.text) < 2048 then qt.text else LEFT(qt.text, 2048) + N''...'' end as query_text,
        r.session_id,
        r.request_id,
        r.start_time,
        r.status,
        r.statement_start_offset,
        r.statement_end_offset,
        r.database_id,
        r.blocking_session_id,
        r.wait_type,
        r.wait_time,
        r.wait_resource,
        r.last_wait_type,
        r.open_transaction_count,
        r.open_resultset_count,
        r.transaction_id,
        r.cpu_time,
        r.total_elapsed_time,
        r.scheduler_id,
        r.reads,
        r.writes,
        r.logical_reads,
        r.transaction_isolation_level,
        r.granted_query_memory,
        r.executing_managed_code
    FROM sys.dm_exec_requests AS r
        JOIN sys.dm_exec_sessions s on r.session_id = s.session_id
        outer APPLY msdb.sys.dm_exec_sql_text(sql_handle) as qt
    WHERE s.is_user_process = CASE when @include_system_processes > 0 THEN s.is_user_process ELSE 1 END',@params=N'@include_system_processes Bit',@include_system_processes=0

    Observe o r.granted_query_memoryno select, sem multiplicação ou divisão sendo realizada nele. Observe que esse número está realmente em páginas. Quando executo sua consulta, recebo esses números diferentes:

    • sys.dm_exec_requests.granted_query_memory= 1.464 páginas (vezes 8 KB por página = 11.712 KB)
    • sys.dm_exec_query_stats.last_grant_kb= 11.712 kilobytes
    • Painel de desempenho = 11.993.088 "kilobytes"

    Este é exatamente o número de bytes concedidos (11.712 * 1.024 = 11.993.088).

    Portanto, parece que o bug está no código da interface do usuário do SSMS aqui, e não na consulta, pois está obtendo 1.464 de volta da consulta e deve ser multiplicado por 8 (conversão de páginas para KB) e 1.024 (conversão acidental de KB para bytes). Boa chamada relatando isso para a Microsoft.

    Recentemente, relatei exatamente o mesmo tipo de problema de cálculo para a Microsoft em um relatório do Query Store, que está documentado neste Q&A: What is 'Log Memory' in Query Store 2017 . Parece um problema comum =)

    • 2

relate perguntas