数据库查询超时,并发问题处理

当执行sql长时间未响应,数据库返回超时时,我们应该去查询是谁导致的超时。

首先分析你的sql语句查询或修改时有没有使用索引,或者当前操作的表是否数据量太大,又或是字段太多?

如果以上都没问题,然后再查询是因为什么造成的阻塞导致超时

sql 复制代码
SELECT 
    wt.session_id AS waiting_session_id,
    wt.wait_duration_ms,
    wt.wait_type,
    wt.blocking_session_id,
    wt.resource_description,
    es.program_name AS waiting_program,
    es.host_name AS waiting_host,
    es.login_name AS waiting_login,
    er.status AS waiting_status,
    -- 从 dm_exec_requests 获取 sql_handle(如果存在活动请求)
    sql_text.text AS waiting_sql
FROM sys.dm_os_waiting_tasks wt
JOIN sys.dm_exec_sessions es ON wt.session_id = es.session_id
LEFT JOIN sys.dm_exec_requests er ON wt.session_id = er.session_id
OUTER APPLY sys.dm_exec_sql_text(er.sql_handle) sql_text
WHERE wt.wait_type = 'LCK_M_U';

然后再去查询是谁阻塞的,谁又在等待

sql 复制代码
SELECT 
    ws.blocking_session_id AS blocking_spid,
    bs.login_name AS blocking_login,
    bs.host_name AS blocking_host,
    bs.program_name AS blocking_program,
    -- 获取阻塞者的SQL语句
    COALESCE(
        (SELECT text FROM sys.dm_exec_requests ber CROSS APPLY sys.dm_exec_sql_text(ber.sql_handle) WHERE ber.session_id = bs.session_id),
        (SELECT dest.text FROM sys.dm_exec_connections bec CROSS APPLY sys.dm_exec_sql_text(bec.most_recent_sql_handle) dest WHERE bec.session_id = bs.session_id)
    ) AS blocking_sql,

    ws.session_id AS waiting_spid,
    ws.wait_duration_ms,
    ws.wait_type,
    ws.resource_description,

    -- 获取等待者的SQL语句
    COALESCE(
        (SELECT text FROM sys.dm_exec_requests wer CROSS APPLY sys.dm_exec_sql_text(wer.sql_handle) WHERE wer.session_id = ws.session_id),
        (SELECT dest.text FROM sys.dm_exec_connections wec CROSS APPLY sys.dm_exec_sql_text(wec.most_recent_sql_handle) dest WHERE wec.session_id = ws.session_id)
    ) AS waiting_sql

FROM sys.dm_os_waiting_tasks ws
JOIN sys.dm_exec_sessions bs ON ws.blocking_session_id = bs.session_id
JOIN sys.dm_exec_sessions ws_sess ON ws.session_id = ws_sess.session_id
WHERE ws.blocking_session_id IS NOT NULL;

如果是因为表数据量太大,索引该加的都加了。那去排查表有没有升级锁

当 SQL Server 检测到单个语句获取了 5000+ 行锁,会自动升级为 表锁(TABLE LOCK),导致整个表被锁住!如果整张表被锁了那么查询或修改效率将大大降低

sql 复制代码
--查询表的锁类型
SELECT 
    t.name AS table_name,
     lock_escalation_desc
FROM sys.tables t
WHERE t.name = 'table';  -- 替换为你的表名

--TABLE	默认行为:当行锁 > 5000 或内存压力大时,升级为 整表锁
--DISABLE	禁用锁升级 → 始终使用行/页锁(推荐用于高并发单行更新场景)
--AUTO	(SQL Server 2016+)在分区表上可自动升级到 分区级锁

--我们将锁类型修改为禁用锁升级
ALTER TABLE [table] SET (LOCK_ESCALATION = DISABLE);
相关推荐
酉鬼女又兒23 分钟前
每天一个Linux命令_printf
linux·运维·服务器
翼龙云_cloud24 分钟前
国际云代理商:2026年国际云注册风控升级实战指南 8 大平台无卡解决方案对比
服务器·阿里云·云计算
Trouvaille ~29 分钟前
TCP Socket编程实战(三):线程池优化与TCP编程最佳实践
linux·运维·服务器·网络·c++·网络协议·tcp/ip
2601_9495936537 分钟前
深入解析CANN-acl应用层接口:构建高效的AI应用开发框架
数据库·人工智能
javachen__38 分钟前
mysql新老项目版本选择
数据库·mysql
June`38 分钟前
高并发网络框架:Reactor模式深度解析
linux·服务器·c++
Dxy12393102161 小时前
MySQL如何高效查询表数据量:从基础到进阶的优化指南
数据库·mysql
Dying.Light1 小时前
MySQL相关问题
数据库·mysql
WHD3061 小时前
苏州勒索病毒加密 服务器数据解密恢复
运维·服务器
蜡笔小炘1 小时前
LVS -- 持久链接(Persistent Connection)实现会话粘滞
运维·服务器