# 故障时间线
2026-04-08 14:00 – 用户报告系统响应缓慢
2026-04-08 14:05 – 运维人员开始排查
2026-04-08 14:10 – 发现数据库锁等待严重
2026-04-08 14:15 – 定位问题SQL
2026-04-08 14:20 – 终止问题事务
2026-04-08 14:25 – 系统恢复正常
2026-04-08 14:30 – 故障处理完成

# 故障影响
– 故障时长：30分钟
– 影响用户：1000+
– 业务损失：订单处理延迟

# 直接原因
– 大事务未提交导致锁等待
– 索引缺失导致全表扫描

# 根本原因
– 应用代码未正确提交事务
– 数据库索引设计不合理
– 监控告警不及时

# 故障日志
db2diag.log:
2026-04-08 14:10:00 LEVEL: Error
PID: 12345 TID: 67890
INSTANCE: db2inst1 NODE: 000
FUNCTION: DB2 UDB, data management, sqldEscalateLocks, probe:1
MESSAGE: ADM5500E The escalation of locks on table “ORDER_MASTER” has occurred.

# 查看锁等待
db2pd -db FGEDB -locks wait

# 查看应用信息
db2 “SELECT APPLICATION_HANDLE, AGENT_ID, CLIENT_PID FROM SYSIBMADM.APPLICATIONS”

# 终止问题应用
db2 “FORCE APPLICATION (12345)”

# 查看系统状态
db2pd -db FGEDB -inst

# 问题SQL
SELECT * FROM ORDER_MASTER WHERE YEAR(CREATE_TIME) = 2026

# 分析执行计划
db2expln -d FGEDB -q “SELECT * FROM ORDER_MASTER WHERE YEAR(CREATE_TIME) = 2026” -g

# 优化SQL
SELECT * FROM ORDER_MASTER
WHERE CREATE_TIME BETWEEN ‘2026-01-01’ AND ‘2026-12-31’

# 创建索引
CREATE INDEX IDX_ORDER_CREATE_TIME ON ORDER_MASTER(CREATE_TIME)

# 1. 优化SQL
– 避免在WHERE条件中使用函数
– 创建合适的索引
– 定期更新统计信息

# 2. 优化事务
– 设置事务超时时间
– 及时提交事务
– 避免长事务

# 3. 优化监控
– 增加锁等待监控
– 增加长事务监控
– 优化告警阈值

# 1. 代码审查
– 加强SQL代码审查
– 建立SQL规范
– 定期代码审计

# 2. 监控告警
– 优化监控指标
– 优化告警阈值
– 建立告警升级机制

# 3. 应急预案
– 完善应急预案
– 定期演练
– 培训团队