主页 / dba / 问题 / 105569
Accepted
SomeGuy
Asked: 2015-07-01 07:59:52 +0800 CST

为什么处于睡眠状态的 SELECT 查询会持有未处理的事务

  • 772

使用 sp_WhoIsActive，我看到我有很多进程处于“睡眠”状态，几个小时。我不确定原因，仍在进行故障排除（超时？未提交事务的错误代码？）。

使用下面的查询，我注意到所有这些打开的事务都是处于“睡眠”状态的 SELECT 查询。为什么 SELECT 会打开一个事务？这些是否可能位于某个存储过程的中间，并且 [TEXT] 字段仅显示已执行过程中的最后一条语句？任何未结交易都没有 wait_info。

 SELECT [TEXT] as SQLcode 
 FROM SYS.SYSPROCESSES SP
 CROSS APPLY SYS.DM_EXEC_SQL_TEXT(SP.[SQL_HANDLE])AS DEST WHERE OPEN_TRAN=1
sql-server locking

2 个回答

  1. Best Answer

    睡觉不一定是问题。根据应用程序，线程池可能会保持连接打开，即使没有运行。

    如果没有交易开放，那么真的有问题吗？

    Kendra Little 最近在她的博客上写道：

    卧铺通常没问题

    没有打开事务的睡眠会话......

    不是在桌子上锁

    使用很少的资源

    可能被应用程序重用（通过连接池之类的东西）

    根据 Kenda 的建议，看看sp_whoisactive而不是使用 sp_who2。

    • 2

  2. 您如何开始使用下面的此查询，然后根据您自己的目的对其进行调整：

    select *
from sys.dm_tran_database_transactions t

join sys.dm_tran_session_transactions st on t.transaction_id = st.transaction_id 

join sys.dm_exec_sessions s on s.session_id = st.session_id 

join sys.dm_exec_connections c on c.session_id = s.session_id 

cross apply sys.dm_exec_sql_text(most_recent_sql_handle) 
where 1=1

and text <> 'begin tran' 

and text not like '%sp_MS%' 

and datediff(minute, last_request_end_time, getdate()) > 60

and database_transaction_begin_time is not null

    我在下面使用这个，它在大多数情况下都有帮助：

        SELECT 
     es.session_id AS session_id

    ,CASE WHEN eS.LOGIN_NAME = eS.ORIGINAL_LOGIN_NAME 
     THEN eS.LOGIN_NAME 
     ELSE eS.LOGIN_NAME + ' (' + eS.ORIGINAL_LOGIN_NAME + ')' 
     END AS LOGIN_NAME

    ,es.host_name AS hostname
    ,es.status
    ,es.last_request_start_time
    ,es.last_request_end_time
    ,es.CPU_TIME AS CPU_TIME_MS
    ,es.MEMORY_USAGE AS MEMORY_USAGE_PAGES
    ,es.ROW_COUNT
    ,NULL AS blocked_by
    ,NULL AS waittype
    ,NULL AS waittime
    ,NULL AS lastwaittype
    ,NULL AS waitresource
    ,dbid=trans.database_name
    ,NULL as  cmd
    ,t.text AS [QUERY]
    ,NULL AS PARENT_QUERY

   ,TRANSACTION_ISOLATION_LEVEL = NULL

    ,NULL as cpu

    ,NULL AS physical_io

    --,es.open_transaction_count as [open_tran]
    ,es.program_name

    --,es.login_time
    --,ota.task_state
    --,ota.pending_io_count
    --,ota.pending_io_byte_count


    FROM sys.dm_exec_sessions AS es
    INNER JOIN sys.dm_exec_connections AS c
        ON es.session_id = c.session_id

    --LEFT OUTER JOIN sys.dm_os_tasks ota ON es.session_id = ota.session_id

    CROSS APPLY (

        SELECT MAX(DB_NAME(dt.database_id)) AS database_name
        FROM sys.dm_tran_session_transactions AS st
        INNER JOIN sys.dm_tran_database_transactions AS dt
            ON st.transaction_id = dt.transaction_id
        WHERE is_user_transaction = 1
        GROUP BY st.session_id
        HAVING es.session_id = st.session_id 

    ) AS trans

    CROSS APPLY sys.dm_exec_sql_text(c.most_recent_sql_handle) AS t
    WHERE es.session_id NOT IN (

            SELECT session_id
            FROM sys.dm_exec_requests

        )
        AND es.session_id IN (

            SELECT request_session_id
            FROM sys.dm_tran_locks
            WHERE request_status = 'GRANT'
        )
        AND STATUS = 'sleeping'
        AND is_user_process = 1
        AND es.session_id <> @@spid

    请避免使用 SYS.SYSPROCESSES

    • 1

相关问题