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

当执行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);
相关推荐
10年前端老司机30 分钟前
Milvus 8种检索能力实践
数据库·python·agent
Decay__1 小时前
14_MySQL 高可用与容灾架构 —— MGR / InnoDB Cluster / Keepalived+VIP / 双主 / 读写分离 / 两地三中心
运维·数据库·sql·mysql·架构
freejackman1 小时前
【实战三】撕开脱敏盲区:深度解析 CASE WHEN 与窗口函数血缘
大数据·数据库·sql
木子欢儿2 小时前
国内 macOS/Linux 安装 rust
linux·运维·服务器·macos·rust
迪菲赫尔曼3 小时前
【基础篇 26】第一次在服务器完成训练:准备数据、断线继续、检查成果与备份
运维·服务器·人工智能·机器学习·计算机视觉
进击的荆棘3 小时前
Linux系统——线程同步与互斥
linux·运维·服务器·策略模式·同步·互斥·posix
.道阻且长.3 小时前
Linux基本开发工具:gdb和cgdb的使用
linux·运维·服务器·开发语言
codigger3 小时前
线上数据库连接池打满:从应急止损到架构根治的完整方案
数据库·sql·程序员
倔强的石头_3 小时前
集中式与分布式怎么选?我把手头11套系统重新过了一遍秤
数据库
挖掘狂人3 小时前
线上数据库连接池打满:从应急止损到架构根治的完整方案
数据库·sql·程序员