Início / dba / Perguntas / 146654
Accepted
Michael J Swart
Asked: 2016-08-13 09:37:30 +0800 CST

Por que o sql_text "select @@trancount" está em uma transação aberta, mas adormecida?

  • 772

Usando o SQL Server Management Studio, abra uma janela de consulta e execute

BEGIN TRAN

Em outra janela execute

select [text],
from sys.sysprocesses
cross apply sys.dm_exec_sql_text(sql_handle)
where status = 'sleeping'
and open_tran = 1

Eu vejoselect @@trancount

O que há com isso? Quem está contando as transações? Isso é coisa do Management Studio?

sql-server sql-server-2014

3 respostas

  1. Best Answer

    Isso é coisa do SQL Server Management Studio. Pelo menos SSMS versão 13.0.15500.91. Esta versão do SSMS contará o número de transações abertas em seu nome usando a mesma conexão de sua janela de consulta.

    Aqui está como eu descobri,

    • Eu me conectei a outro servidor executando 2012 e também viSELECT @@TRANCOUNT
    • Usando uma versão 2012 do SSMS, conectei-me a vários servidores e viBEGIN TRAN
    • Usei o profiler e vi que o SSMS 2016 é executado SELECT @@TRANCOUNTapós cada execução.
    • A propósito, o SSMS 2016 parece ser executado SELECT SERVERPROPERTY('EngineEdition') AS DatabaseEngineEditionantes de cada execução.
    • BEGIN TRANacaba por ser um pouco de um arenque vermelho. O SSMS 2016 executa essas consultas extras, não importa o que seja executado na janela de consulta... mesmo que seu lote seja apenas um espaço em branco.
    • Codifiquei um aplicativo c# que usa ado.net e criei o perfil dele. Ele não executa essas consultas extras.
    • 3

  2. Não acho que seja uma coisa do Management Studio - já vi isso com outro aplicativo antes, mas não o vi pessoalmente com o SSMS. Dito isso, não ficaria surpreso se o SSMS fizesse algo assim em algum cenário.

    Se você pegar mais algumas colunas de sys.sysprocesses, poderá rastrear quem está contando as transações - em particular, se for a janela de consulta do SSMS (ou seja, algo que você fez) ou o SSMS fazendo suas próprias coisas :

    select [text]
from sys.sysprocesses
cross apply sys.dm_exec_sql_text(sql_handle)
where status = 'sleeping'
and open_tran = 1;

    A BEGIN TRANinstrução incrementa os contadores @@trancounte open_tran- mas até que você faça "coisas", ela não mantém nenhum bloqueio, causa qualquer bloqueio ou impede a reutilização do log de transações. Por causa disso, parei de usar a coluna open_tran como motivo de preocupação. Em vez disso, vejo o estado específico da transação em sys.dm_database_transactions:

    SELECT t.[text], p.spid, p.hostname, p.loginame, p.program_name, dt.*
FROM sys.sysprocesses p
cross apply sys.dm_exec_sql_text(sql_handle) t
JOIN sys.dm_tran_session_transactions st ON p.spid = st.session_id
JOIN sys.dm_tran_database_transac   tions dt ON st.transaction_id = dt.transaction_id

    Você pode usar as database_transaction_statecolunas e outras para obter informações mais úteis para decidir se precisa se preocupar com isso.

    [EDIT] : Parece que isso é algo novo no SSMS 2016: se eu usar o SSMS 2014, não estou vendo o comportamento que você descreveu, mas quando uso o SSMS 2016, vejo exatamente esse comportamento. Parece que o SSMS 2016 faz select @@trancountimplicitamente depois de executar BEGIN TRANou qualquer consulta em uma janela de consulta. O Profiler/Extended Events confirma que há um Batch Started/Concluído para o BEGIN TRANou qualquer outro, seguido imediatamente por um segundo Batch Started/Completed para o select @@trancount. Esquisito.

    • 2

  3. @@trancounté por sessão, portanto, você veria um valor de 1 se o executasse na BEGIN TRANjanela.

    Você está vendo uma sleepingentrada para a primeira sessão porque ela não está realmente fazendo nada. A transação está aberta, mas nenhum trabalho está sendo feito. Seria a mesma coisa se você abrisse uma transação, fizesse um monte de trabalho (que terminou), mas nunca fechasse a transação.

    Ok, acho que entendi sua pergunta um pouco melhor agora. Eu vi um BEGIN TRANna primeira vez que executei sua consulta, então tentei executar SELECT @@trancountna primeira sessão. Quando voltei para a segunda sessão, vi o SELECT @@trancountque você fez.

    Ele vai mostrar a você a última coisa que foi executada naquela primeira sessão.

    • -1

relate perguntas