内容阅读

在知识库中专注阅读，并随时返回相关工具与课程

故障排查5 分钟阅读

Oracle 死锁 ORA-00060 排查与处理 — 完整实战指南

Oracle 死锁 ORA-00060 是生产环境高频问题。本文讲解死锁原理、Alert Log trace 分析、锁等待链查询、主动解除死锁的方法，附预防死锁的 SQL 编写规范。

2026年4月26日阅读—点赞—收藏—

oracle死锁ora-00060锁等待性能

打开目录

生产环境收到告警 ORA-00060: deadlock detected while waiting for resource——别慌，Oracle 会自动选择一个"牺牲者"回滚其事务。但如果死锁频繁发生，说明应用层存在设计问题，需要排查和优化。

死锁的本质

死锁 = 两个（或多个）会话互相持有对方需要的锁，形成循环等待。

Session A: 锁住 Row 1 → 等待 Row 2 的锁 Session B: 锁住 Row 2 → 等待 Row 1 的锁 → 两者都无法继续 → 死锁

Oracle 的死锁检测器（约每 3 秒扫描一次）发现后，会选择一个 session 作为牺牲者，回滚该 session 的当前语句（注意：不是整个事务），并向其返回 ORA-00060。

第一步：查看 Trace 文件

Oracle 检测到死锁时，会自动生成一个 trace 文件，并在 Alert Log 中记录路径：

Bash

1# 查看 Alert Log 中的死锁记录
2
3> **本章目标**：掌握本章核心知识点
4> **前置要求**：完成前序章节学习
5> **预计时长**：60 分钟
6
7grep -A5 "ORA-00060" $ORACLE_BASE/diag/rdbms/orcl/orcl/trace/alert_orcl.log
8
9# 输出类似：
10# ORA-00060: Deadlock detected. More info in file
11# /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_12345.trc

分析 Trace 文件

Bash

1# 查看死锁的完整信息
2cat /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_12345.trc

Trace 文件中的关键信息：

Deadlock Graph：显示循环等待关系

1Deadlock graph:
2                       ---------Blocker--------  ---------Waiter---------
3Resource Name          process session holds waits process session holds waits
4TX-00050017-00000456   22      137     X           23      189           X
5TX-00060023-00000789   23      189     X           22      137           X

Current SQL：造成死锁的两条 SQL 语句
Row Wait Object：被争用的表和行

第二步：查看当前锁等待

如果死锁正在发生或怀疑有锁等待：

SQL

1-- 查看所有锁等待链
2SELECT
3    s1.sid || ',' || s1.serial# AS blocker,
4    s1.username AS blocker_user,
5    s1.sql_id AS blocker_sql,
6    s2.sid || ',' || s2.serial# AS waiter,
7    s2.username AS waiter_user,
8    s2.sql_id AS waiter_sql,
9    s2.seconds_in_wait AS wait_seconds
10FROM v$session s1
11JOIN v$session s2 ON s1.sid = s2.blocking_session
12WHERE s2.blocking_session IS NOT NULL
13ORDER BY s2.seconds_in_wait DESC;

SQL

1-- 查看锁定的具体对象
2SELECT
3    o.object_name,
4    o.object_type,
5    l.session_id,
6    l.locked_mode,
7    s.sql_id,
8    s.username
9FROM v$locked_object l
10JOIN dba_objects o ON l.object_id = o.object_id
11JOIN v$session s ON l.session_id = s.sid
12ORDER BY o.object_name;

SQL

1-- 查看正在执行的 SQL
2SELECT sql_text FROM v$sql WHERE sql_id = '&blocker_sql_id';

第三步：解除死锁

Oracle 自动解除了死锁（回滚牺牲者），但如果有长时间的锁等待阻塞了业务：

SQL

1-- Kill 阻塞者的 session
2ALTER SYSTEM KILL SESSION 'sid,serial#' IMMEDIATE;
3
4-- 例如
5ALTER SYSTEM KILL SESSION '137,12345' IMMEDIATE;

Bash

1# 如果 KILL SESSION 无效，使用 OS 级别 kill
2# 先查找 OS 进程
3SELECT spid FROM v$process
4WHERE addr = (SELECT paddr FROM v$session WHERE sid = 137);
5
6# 然后
7kill -9 <spid>

预防死锁：SQL 编写规范

规范一：统一访问顺序

死锁的根本原因是多个 session 以不同顺序锁定资源。统一顺序就能消除死锁。

SQL

1-- 错误示范（两个存储过程以不同顺序更新）
2-- 存储过程 A: UPDATE accounts SET ... WHERE id = 1; UPDATE accounts SET ... WHERE id = 2;
3-- 存储过程 B: UPDATE accounts SET ... WHERE id = 2; UPDATE accounts SET ... WHERE id = 1;
4
5-- 正确做法：始终按 ID 升序更新
6-- 存储过程 A: UPDATE accounts SET ... WHERE id = 1; UPDATE accounts SET ... WHERE id = 2;
7-- 存储过程 B: UPDATE accounts SET ... WHERE id = 1; UPDATE accounts SET ... WHERE id = 2;

规范二：缩短事务持锁时间

SQL

1-- 错误：长事务中间夹着耗时操作
2BEGIN
3  UPDATE orders SET status = 'processing' WHERE id = 100;
4  -- 调用外部 API（可能耗时数秒）
5  call_external_api();
6  UPDATE orders SET status = 'completed' WHERE id = 100;
7  COMMIT;
8END;
9
10-- 正确：先完成外部操作，再在事务中快速更新
11BEGIN
12  call_external_api();  -- 不持锁
13  UPDATE orders SET status = 'completed' WHERE id = 100;
14  COMMIT;  -- 快速提交
15END;

规范三：使用 SELECT ... FOR UPDATE NOWAIT

SQL

1-- 如果行已被锁定，立即报错而不是等待
2SELECT * FROM accounts WHERE id = 100 FOR UPDATE NOWAIT;
3
4-- 或设置等待超时（秒）
5SELECT * FROM accounts WHERE id = 100 FOR UPDATE WAIT 5;

规范四：使用合适的索引

缺少索引会导致全表扫描时锁定过多行：

SQL

1-- 确保 WHERE 条件字段有索引
2-- 否则 UPDATE ... WHERE unindexed_column = 'value' 会锁定大量行
3CREATE INDEX idx_accounts_status ON accounts(status);

死锁监控

SQL

1-- 查询历史死锁次数
2SELECT name, value FROM v$sysstat WHERE name = 'enqueue deadlocks';
3
4-- 查询近期的死锁 trace 文件
5SELECT * FROM v$diag_alert_ext
6WHERE message_text LIKE '%ORA-00060%'
7ORDER BY originating_timestamp DESC
8FETCH FIRST 10 ROWS ONLY;

总结

步骤	操作	命令
1	确认死锁发生	查看 Alert Log
2	分析死锁详情	读取 trace 文件中的 Deadlock Graph
3	找到阻塞 SQL	`v$session` + `v$sql` 关联查询
4	紧急解除	`ALTER SYSTEM KILL SESSION`
5	根因修复	统一锁定顺序 + 缩短事务 + 加索引

死锁排查是 DBA 面试高频题目。DBA 学习之路的故障排查模块（Day 81-90）覆盖了死锁、性能问题、空间不足、实例崩溃等 10 类生产故障的系统排查方法。开始学习 →

DBA 实战课程系统学习 Oracle DBA查看完整课程

死锁的本质

死锁 = 两个（或多个）会话互相持有对方需要的锁，形成循环等待。

Session A: 锁住 Row 1 → 等待 Row 2 的锁 Session B: 锁住 Row 2 → 等待 Row 1 的锁 → 两者都无法继续 → 死锁

第一步：查看 Trace 文件

Oracle 检测到死锁时，会自动生成一个 trace 文件，并在 Alert Log 中记录路径：

Bash

1# 查看 Alert Log 中的死锁记录
2
3> **本章目标**：掌握本章核心知识点
4> **前置要求**：完成前序章节学习
5> **预计时长**：60 分钟
6
7grep -A5 "ORA-00060" $ORACLE_BASE/diag/rdbms/orcl/orcl/trace/alert_orcl.log
8
9# 输出类似：
10# ORA-00060: Deadlock detected. More info in file
11# /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_12345.trc

分析 Trace 文件

Bash

1# 查看死锁的完整信息
2cat /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_12345.trc

Trace 文件中的关键信息：

Deadlock Graph：显示循环等待关系

1Deadlock graph:
2                       ---------Blocker--------  ---------Waiter---------
3Resource Name          process session holds waits process session holds waits
4TX-00050017-00000456   22      137     X           23      189           X
5TX-00060023-00000789   23      189     X           22      137           X

Current SQL：造成死锁的两条 SQL 语句
Row Wait Object：被争用的表和行

第二步：查看当前锁等待

如果死锁正在发生或怀疑有锁等待：

SQL

1-- 查看所有锁等待链
2SELECT
3    s1.sid || ',' || s1.serial# AS blocker,
4    s1.username AS blocker_user,
5    s1.sql_id AS blocker_sql,
6    s2.sid || ',' || s2.serial# AS waiter,
7    s2.username AS waiter_user,
8    s2.sql_id AS waiter_sql,
9    s2.seconds_in_wait AS wait_seconds
10FROM v$session s1
11JOIN v$session s2 ON s1.sid = s2.blocking_session
12WHERE s2.blocking_session IS NOT NULL
13ORDER BY s2.seconds_in_wait DESC;

SQL

1-- 查看锁定的具体对象
2SELECT
3    o.object_name,
4    o.object_type,
5    l.session_id,
6    l.locked_mode,
7    s.sql_id,
8    s.username
9FROM v$locked_object l
10JOIN dba_objects o ON l.object_id = o.object_id
11JOIN v$session s ON l.session_id = s.sid
12ORDER BY o.object_name;

SQL

1-- 查看正在执行的 SQL
2SELECT sql_text FROM v$sql WHERE sql_id = '&blocker_sql_id';

第三步：解除死锁

Oracle 自动解除了死锁（回滚牺牲者），但如果有长时间的锁等待阻塞了业务：

SQL

1-- Kill 阻塞者的 session
2ALTER SYSTEM KILL SESSION 'sid,serial#' IMMEDIATE;
3
4-- 例如
5ALTER SYSTEM KILL SESSION '137,12345' IMMEDIATE;

Bash

1# 如果 KILL SESSION 无效，使用 OS 级别 kill
2# 先查找 OS 进程
3SELECT spid FROM v$process
4WHERE addr = (SELECT paddr FROM v$session WHERE sid = 137);
5
6# 然后
7kill -9 <spid>

预防死锁：SQL 编写规范

规范一：统一访问顺序

死锁的根本原因是多个 session 以不同顺序锁定资源。统一顺序就能消除死锁。

SQL

1-- 错误示范（两个存储过程以不同顺序更新）
2-- 存储过程 A: UPDATE accounts SET ... WHERE id = 1; UPDATE accounts SET ... WHERE id = 2;
3-- 存储过程 B: UPDATE accounts SET ... WHERE id = 2; UPDATE accounts SET ... WHERE id = 1;
4
5-- 正确做法：始终按 ID 升序更新
6-- 存储过程 A: UPDATE accounts SET ... WHERE id = 1; UPDATE accounts SET ... WHERE id = 2;
7-- 存储过程 B: UPDATE accounts SET ... WHERE id = 1; UPDATE accounts SET ... WHERE id = 2;

规范二：缩短事务持锁时间

SQL

1-- 错误：长事务中间夹着耗时操作
2BEGIN
3  UPDATE orders SET status = 'processing' WHERE id = 100;
4  -- 调用外部 API（可能耗时数秒）
5  call_external_api();
6  UPDATE orders SET status = 'completed' WHERE id = 100;
7  COMMIT;
8END;
9
10-- 正确：先完成外部操作，再在事务中快速更新
11BEGIN
12  call_external_api();  -- 不持锁
13  UPDATE orders SET status = 'completed' WHERE id = 100;
14  COMMIT;  -- 快速提交
15END;

规范三：使用 SELECT ... FOR UPDATE NOWAIT

SQL

1-- 如果行已被锁定，立即报错而不是等待
2SELECT * FROM accounts WHERE id = 100 FOR UPDATE NOWAIT;
3
4-- 或设置等待超时（秒）
5SELECT * FROM accounts WHERE id = 100 FOR UPDATE WAIT 5;

规范四：使用合适的索引

缺少索引会导致全表扫描时锁定过多行：

SQL

1-- 确保 WHERE 条件字段有索引
2-- 否则 UPDATE ... WHERE unindexed_column = 'value' 会锁定大量行
3CREATE INDEX idx_accounts_status ON accounts(status);

死锁监控

SQL

1-- 查询历史死锁次数
2SELECT name, value FROM v$sysstat WHERE name = 'enqueue deadlocks';
3
4-- 查询近期的死锁 trace 文件
5SELECT * FROM v$diag_alert_ext
6WHERE message_text LIKE '%ORA-00060%'
7ORDER BY originating_timestamp DESC
8FETCH FIRST 10 ROWS ONLY;

总结

步骤	操作	命令
1	确认死锁发生	查看 Alert Log
2	分析死锁详情	读取 trace 文件中的 Deadlock Graph
3	找到阻塞 SQL	`v$session` + `v$sql` 关联查询
4	紧急解除	`ALTER SYSTEM KILL SESSION`
5	根因修复	统一锁定顺序 + 缩短事务 + 加索引

死锁排查是 DBA 面试高频题目。DBA 学习之路的故障排查模块（Day 81-90）覆盖了死锁、性能问题、空间不足、实例崩溃等 10 类生产故障的系统排查方法。开始学习 →

Oracle 死锁 ORA-00060 排查与处理 — 完整实战指南 - DBA 学习之路