Categories: Dicas

SQL Server – Obtendo os planos de execução e parâmetros da consulta diretamente do plan cache.


Saiba como obter os planos planos de execução e parâmetros da consulta diretamente do plan cache.

Hoje precisei obter os planos de execução e parâmetros da consulta de uma procedure em um banco de dados. Gostaria de compartilhar com vocês esse script que obtive de um colega de trabalho.

Fiz um teste aqui para mostrar a vocês eu executei a procedure dbo.uspGetEmployeeManagers na base de dados utilizando o parâmetro (10) na base AdventureWorks2014.

EXEC uspGetEmployeeManagers @BusinessEntityID = 60

Após a execução do comando acima, execute o comando abaixo:

DECLARE @dbname nvarchar(256),
 @procname nvarchar(256)
SELECT @dbname = 'AdventureWorks2014',
 @procname = 'dbo.uspGetEmployeeManagers'

; WITH basedata AS (
 SELECT qs.statement_start_offset/2 AS stmt_start,
 qs.statement_end_offset/2 AS stmt_end,
 est.encrypted AS isencrypted, est.text AS sqltext,
 epa.value AS set_options, qp.query_plan,
 charindex('<ParameterList>', qp.query_plan) + len('<ParameterList>')
 AS paramstart,
 charindex('</ParameterList>', qp.query_plan) AS paramend
 FROM sys.dm_exec_query_stats qs
 CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) est
 CROSS APPLY sys.dm_exec_text_query_plan(qs.plan_handle,
 qs.statement_start_offset,
 qs.statement_end_offset) qp
 CROSS APPLY sys.dm_exec_plan_attributes(qs.plan_handle) epa
 WHERE est.objectid = object_id (@procname)
 AND est.dbid = db_id(@dbname)
 AND epa.attribute = 'set_options'
), next_level AS (
 SELECT stmt_start, set_options, query_plan,
 CASE WHEN isencrypted = 1 THEN '-- ENCRYPTED'
 WHEN stmt_start >= 0
 THEN substring(sqltext, stmt_start + 1,
 CASE stmt_end
 WHEN 0 THEN datalength(sqltext)
 ELSE stmt_end - stmt_start + 1
 END)
 END AS Statement,
 CASE WHEN paramend > paramstart
 THEN CAST (substring(query_plan, paramstart,
 paramend - paramstart) AS xml)
 END AS params
 FROM basedata
)
SELECT set_options AS [SET], n.stmt_start AS Pos, n.Statement,
 CR.c.value('@Column', 'nvarchar(128)') AS Parameter,
 CR.c.value('@ParameterCompiledValue', 'nvarchar(128)') AS [Sniffed Value],
 CAST (query_plan AS xml) AS [Query plan]
FROM next_level n
CROSS APPLY n.params.nodes('ColumnReference') AS CR(c)
ORDER BY n.set_options, n.stmt_start, Parameter

Você obterá um resultado parecido com esse:

No caso você querendo saber qual os parâmetros estão guardados para a sua procedure, então você deverá mudar os valores das variáveis @dbname e @procname.

Outra forma de obter essa informação é olhando o xml do plano de execução da sua procedure, no fim do plano de execução você encontrará quais são os valores das variáveis na tag <ParameterList>. Para abrir o xml basta clicar no plano de execução com o botão direito e selecionar Show Execution Plan XML…

Outra forma também para descobrir os parâmetros de execução basta clicar também com o botão direito do mouse e selecionar properties e verá algo bem parecido com a imagem abaixo.


A vantagem que esse script te vai te proporcionar é que você poderá ver múltiplos planos de execução para uma determinada procedure. E quais são os parâmetros que estão sendo utilizados.

SQL Server – Obtendo os planos de execução e parâmetros da consulta diretamente do plan cache.
The following two tabs change content below.

Wesley Mota

DBA SQL Server
Profissional graduado em Banco de Dados e Sistemas de Informação com mais de 7 anos de experiência em empresas de software. Certificado MCSA Microsoft SQL Server possui intensa vivência em administração de banco de dados, Tunning, Performance SQL Server, levantamento de melhorias e monitoramento de banco de dados e servidores SQL Server. Consultoria SQL Server em diversos clientes no Brasil e ao redor do mundo. Escritor no blog dbasqlserverbr.com.br/blog. Onde compartilha conhecimento, experiências e dicas de performance para DBAs SQL Server. Conhecimentos em Oracle e ambientes de alta disponibilidade. Desenvolvimento de softwares web e mobile.Gerenciamento de equipe e projetos.

Latest posts by Wesley Mota (see all)

Wesley Mota

Profissional graduado em Banco de Dados e Sistemas de Informação com mais de 7 anos de experiência em empresas de software. Certificado MCSA Microsoft SQL Server possui intensa vivência em administração de banco de dados, Tunning, Performance SQL Server, levantamento de melhorias e monitoramento de banco de dados e servidores SQL Server. Consultoria SQL Server em diversos clientes no Brasil e ao redor do mundo. Escritor no blog dbasqlserverbr.com.br/blog. Onde compartilha conhecimento, experiências e dicas de performance para DBAs SQL Server. Conhecimentos em Oracle e ambientes de alta disponibilidade. Desenvolvimento de softwares web e mobile.Gerenciamento de equipe e projetos.

Share
Published by
Wesley Mota

Recent Posts

Dicas de como a função UPPER() no SQL Server pode degradar a performance

Saiba como a função UPPER() no SQL Server pode degradar a performance das suas consultas…

6 anos ago

Como descobrir uso de CPU no SQL Server

Descobrir uso de CPU no SQL Server Saiba como descobrir uso de CPU no SQL…

6 anos ago

Como diminuir o RESOURCE_SEMAPHORE_QUERY_COMPILE

Saiba agora mesmo como você pode diminuir o RESOURCE_SEMAPHORE_QUERY_COMPILE no SQL Server. Recentemente eu trabalhei em…

8 anos ago

Funções de Data no SQL Server: Conheça a DATEADD ()

Nós DBA' e desenvolvedores quase sempre temos que trabalhar com datas quando se trata de…

8 anos ago

3 Maneiras Para Proteger a Conta SA no SQL Server

Quais são as diferentes maneiras de proteger o login Senha do Administrador (SA)? Todos estão…

8 anos ago

Alterar a Senha de SA do SQL Server: Como Fazer?

Com os direitos que o login sa tem por padrão no SQL Server, é obrigatório…

8 anos ago