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

当执行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);
相关推荐
Chenyu_31015 分钟前
DPDK、TC 和 XDP:Linux 高性能网络到底在优化什么
linux·服务器·网络·缓存
Lethehong1 小时前
Oracle 加个字段,目标库就报错?KFS 用“先拆后组“打通异构 DDL
数据库·oracle
Web极客码1 小时前
锁定真正的磁盘卡顿:我用 OpenCode 配合 eBPF 诊断 NVMe 队列深度延迟与 I/O 写放大
数据库·oracle
cspttty2 小时前
2027用户研究求职准备:应用统计学如何补齐研究设计与业务表达
大数据·数据库
乔旭伟2 小时前
Linux 服务器备份实战:一致性快照、日志归档与恢复演练
linux·运维·服务器
乔旭伟2 小时前
Linux 服务器安全加固实战:SSH、防火墙、补丁与入侵排查
linux·服务器·安全
roman_日积跬步-终至千里3 小时前
【数据Agent论文·查询与语义|05】Spider:为什么换一个数据库,模型就不会查了?
数据库·数据分析
裕晟资质规划3 小时前
三类涉密资质延续时限差异分析:军工60日与集成印制3个月的边界
java·服务器·前端·网络·安全
猫咪很可爱3 小时前
Oracle RAC 启动失败排查:私网通信与内核参数优化实战
运维·数据库·oracle
刘胡子大叔3 小时前
备份包只有 1.5K?
linux·服务器·网络