Oracle数据库里那些死活不释放的锁，咋整才好呢，有啥实用招儿分享一下

先搞清楚“谁”在锁“啥”，为啥不放手

这是最关键的一步，没搞清楚状况就下手，很容易误伤，你不能光知道有锁,得知道这把锁的详细信息。

1. 查锁的“身份证”：别一上来就用那些复杂的多表关联查询，可以先从Oracle提供的现成视图入手，查询 V$LOCKED_OBJECT 这个视图，它能快速告诉你哪些对象（比如表）被锁了，以及持有锁的会话ID（SID）和序列号（SERIAL#）,这是后续操作的关键。
2. 看锁的“全家福”：如果想看得更细，比如想知道是哪个用户、在哪台机器上、执行了什么SQL语句导致的锁，就需要把 V$LOCKED_OBJECT、V$SESSION、V$PROCESS 这几个视图关联起来查，这样你就能看到“凶手”的完整画像：用户名、机器名、终端程序、正在执行的SQL文本，这一步非常重要，因为很多时候你一看SQL语句，就知道问题出在哪儿了,比如是不是一个写了很久都没提交的事务。
3. 判断锁的“类型”：Oracle锁有很多种，比如行级锁（TX）、表级锁（TM）等，大多数应用层面的问题都是行级锁，通过查询 V$LOCK 视图，可以看锁的类型和模式，如果看到模式6（排他锁）一直不释放,那基本就是事务没提交或者出问题了。

信息来源参考：这种排查思路在Oracle官方文档关于“诊断锁等待”的部分有提及，但更常见于像Oracle官方支持社区（My Oracle Support）、ASK TOM问答网站以及像《Oracle DBA手记》这类实践性很强的技术书籍中,它们都强调诊断先行。

第二招：对症下药，温和清除与强制斩杀

搞清楚状况后，就可以动手解决了,手段分温和与强硬两种。

• 温和疗法：联系当事人自己解决

  • 场景：当你从V$SESSION里发现锁是某个已知的开发人员或应用账号持有的,并且该会话可能只是忘记提交或回滚事务了。
  • 做法：直接联系那个人，告诉他：“你的会话（SID是多少，SERIAL#是多少）锁住了某张表，请检查你的操作，尽快提交或回滚事务。”这是最安全、最推荐的方式,不会中断业务逻辑。

• 强硬手段：强制杀掉会话

  

  • 场景：找不到人、应用程序已经崩溃（会话僵死）、或者情况紧急必须立即解锁。
  • 做法：使用 ALTER SYSTEM KILL SESSION 'SID, SERIAL#'; 命令，这里的关键是，前面查到的SID和SERIAL#必须一起用上,这是会话的唯一标识。
  • 重要提示：杀掉会话不等于立刻释放锁，Oracle的设计是，杀掉会话相当于给这个会话标记为“已死亡”，但需要等待它自己“回滚”完正在进行的事务后，锁才会释放，如果这个事务修改了大量数据，回滚可能会非常耗时，在这期间，锁依然存在！你可以通过查询 V$TRANSACTION 视图看回滚进度。

信息来源参考：ALTER SYSTEM KILL SESSION 命令是Oracle数据库管理的基础操作，在Oracle官方SQL语言参考手册中有明确定义，但关于“杀掉会话后锁不立即释放”这个重要特性，是资深DBA在实战中反复强调的经验,在技术论坛的故障处理案例中随处可见。

第三招：治标更要治本，从根上预防

总靠杀会话不是长久之计，得想办法让锁不再“死活不释放”。

1. 优化应用代码：这是根本，90%的锁不释放问题都是应用程序写得有缺陷。

   • 事务要短小精悍：确保业务逻辑中，事务（Transaction）的begin和commit/rollback配对明确，并且事务尽可能短，不要在程序里开一个事务，然后长时间不提交，比如在事务中间还让人工进行交互操作,这是大忌。
   • 异常处理要完善：在代码的异常捕获块（比如Java的catch块）中，一定要加入事务回滚（rollback）的逻辑，否则程序一旦报错，事务没被回滚,锁就留在了数据库里。
   • 选择合适的隔离级别：过高的隔离级别（如可串行化）虽然保证了数据一致性，但会大大增加锁竞争和死锁的风险，和开发人员确认,是否可以用更低的隔离级别。

2. 设置会话超时：在数据库层面，可以设置IDLE_TIME参数，让空闲了太长时间的会话自动断开，这可以清理掉一些因为用户忘记退出客户端而留下的空会话（虽然它可能没锁，但占资源）。

3. 使用DDL等待选项：当你需要对一张表执行DDL（如加字段、建索引）但发现有锁时，可以使用ALTER TABLE ... WAIT 这样的语法，让DDL操作等待一小段时间而不是立刻失败,这有时候能避免冲突。

4. 监控与预警：建立一套监控机制，定期检查数据库中是否存在长时间持有锁的会话，一旦发现，可以提前预警，在问题变得严重之前就联系相关人员处理,变被动为主动。

信息来源参考：应用设计最佳实践，在Oracle应用开发指南类文档和书籍，如《Oracle编程艺术》中有深入探讨，而会话超时、DDL等待等数据库端配置,则在Oracle数据库管理员指南中有详细说明。

处理Oracle的死锁，就是一个“侦探破案”的过程：先勘察现场（查锁信息），再锁定目标（找会话），最后选择是劝降（联系用户）还是击毙（杀会话），但最重要的，还是做好“社会治安”（优化应用），从源头上减少案件的发生,希望这些实招能帮到你。