ORA-00060 是 Oracle 数据库死锁异常，在 .NET 中以 OracleException 抛出，Number 属性值为 60，需用 when (ex.Number == 60) 精准捕获并配合回滚、指数退避与重试上限处理。
ora-00060 是 oracle 数据库明确抛出的死锁检测异常，.net 应用中它不会静默失败，但必须用正确方式捕获——否则容易被 oracleexception 的通用错误码吞掉，或误判为连接超时、事务中断等其他问题。
ORA-00060 在 .NET 中的实际抛出路径
Oracle 客户端（无论 System.Data.OracleClient 还是 ODP.NET）在执行 SQL 或存储过程时，若数据库侧检测到死锁并强制回滚其中一方事务，会向客户端返回标准错误码 ORA-00060。此时 .NET 层抛出的是 OracleException，其 Number 属性值为 60（不是字符串 "ORA-00060"）。
- 不要依赖
Message字段做判断——不同语言环境或 Oracle 版本下提示文本可能变化 -
OracleException.Number == 60是唯一可靠标识 - ODP.NET 中该异常类型仍是
Oracle.ManagedDataAccess.Client.OracleException，命名空间变了但判断逻辑一致
捕获 ORA-00060 的推荐 try-catch 结构
必须在事务最外层或关键 DML 操作后立即捕获，且不能只 catch Exception。
try
{
using (var conn = new OracleConnection(connStr))
{
conn.Open();
using (var tx = conn.BeginTransaction())
{
// 执行 UPDATE/INSERT/DELETE 等可能触发锁竞争的操作
using (var cmd = conn.CreateCommand())
{
cmd.Transaction = tx;
cmd.CommandText = "UPDATE accounts SET balance = balance - :amt WHERE id = :id";
cmd.Parameters.Add(new OracleParameter("amt", 100));
cmd.Parameters.Add(new OracleParameter("id", 123));
cmd.ExecuteNonQuery();
}
tx.Commit();
}
}
}
catch (OracleException ex) when (ex.Number == 60)
{
// 明确处理死锁：记录日志、退避重试、通知监控系统
LogDeadlock(ex);
RetryWithBackoff();
}
catch (OracleException ex)
{
// 其他 Oracle 错误（如 ORA-00942 表不存在）走这里
}
- 使用
when子句过滤比在 catch 块内 if 判断更清晰，也避免意外吞掉其他OracleException - 不要在
catch (Exception)中处理——会掩盖死锁的真实上下文 - 如果用的是旧版
System.Data.OracleClient（已弃用），注意它在 .NET Framework 4+ 中可能被禁用，需启用
重试逻辑里最容易忽略的三个点
捕获到 ORA-00060 后直接重试，常因细节失误导致二次失败或雪崩。
- 事务必须完全回滚再重试——
tx.Rollback()要放在 catch 块里，且确保没被跳过（比如在 using 外提前 return） - 必须加入指数退避（exponential backoff），而非立即重试；两次请求间隔太短，大概率再次撞上相同锁序列
- 重试次数要设上限（通常 ≤ 3），避免无限循环；超过阈值应转为人工干预或降级逻辑
生产环境验证 ORA-00060 是否真被捕捉
光写代码不验证，上线后可能根本没生效。最简单办法是主动制造一次可控死锁：
- 开两个独立 Session（如两个 sqlplus 窗口），分别执行：
UPDATE orders SET status = 'A' WHERE id = 1;UPDATE orders SET status = 'B' WHERE id = 2; - 再各自执行反向更新：
UPDATE orders SET status = 'B' WHERE id = 2;（Session 1 卡住）UPDATE orders SET status = 'A' WHERE id = 1;（Session 2 触发 ORA-00060 并回滚） - 用同样逻辑调用你的 .NET 方法，确认是否进入
when (ex.Number == 60)分支
真正难的不是捕获，而是确认整个链路——从 Oracle 报错、驱动解析、.NET 异常抛出、应用层捕获、再到重试策略落地——每个环节都没被中间件、ORM 或 AOP 拦截或转换掉错误码。
