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

当执行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);
相关推荐
M158227690559 分钟前
串口设备联网利器!SG-TCP232-110 单通道串口服务器,让老旧设备秒变智能终端
运维·服务器·单片机
semantist@语校10 分钟前
第五十八篇|从城市节律到制度密度:近畿日本语学院的数据建模与关西语校结构工程
大数据·服务器·数据库·人工智能·百度·ai·知识图谱
小宇的天下36 分钟前
Calibre 工具的几何处理基础(11-1)
数据库·oracle
talenteddriver1 小时前
mysql: MySQL索引基础概念
数据库·mysql
king_harry1 小时前
PostgreSQL WAL 原理剖析、日志堆积治理与流复制监控
数据库·postgresql·wal·流复制
默默前行的虫虫1 小时前
nicegui网页多用户数据隔离总结
数据库·sql
野熊佩骑1 小时前
一文读懂运维监控之 Ubuntu22.04安装部署Zabbix监控
linux·运维·服务器·网络·ubuntu·zabbix·database
特立独行的猫a2 小时前
PostgreSQL客户端工具介绍:从性能测试到跨平台管理
数据库·docker·postgresql·客户端·pgadmin4
微爱帮监所写信寄信2 小时前
微爱帮监狱写信寄信小程序:MySQL核心日志与备份恢复安全架构
数据库·mysql·小程序·邮局·监狱寄信·挂号信·邮政
双层吉士憨包2 小时前
Claude账号共享教程分享
运维·服务器