本文主要是介绍（第82天）enq: TX - row lock contention 等待事件分析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
前言
最近看 awr 报告时，经常会看到一些 enq: TX - row lock contention 的等待事件，分享一下排查的步骤。
enq: TX - row lock contention 用于在事务执行时维护事务的完整性，防止其他会话同时修改相同的数据。如果发生争用，‘enq: TX - row lock contention’ 很可能成为数据库时间的重要组成部分并影响其他会话的性能。一旦发现数据库存在严重的 ‘enq: TX - row lock contention’ 等待，需要做的就是找出对应的对象和所涉及的 SQL 语句。
通常 enq: TX - row lock contention 等待与正在执行的应用程序代码有关，数据库本身大概率不存在问题。产生 enq: TX - row lock contention 事件的原因有以下几种可能：
- 不同的 session 更新或删除同一条记录
- 唯一索引有重复索引
- 位图索引同时被更新或同时并发的向位图索引字段上插入相同字段值
- 并发的对同一个数据块上的数据进行 update 操作
- 等待索引块完成分裂
等待 enq: TX - row lock contention 的持续时间也很重要:
- 如果等待时间很短，这往往表明所涉及对象的并发性很高，并且锁正在保护多个用户输入的数据。如果过度，那么您可能需要查看应用程序并确定为什么同时对相同对象施加如此大的压力以及这种负载是否无法分散。
- 如果等待时间很长，则说明某些事务会长时间持有锁，如果需要并发访问，这是不可取的。如果是这样，这往往表明一个更严重的问题。
这篇关于（第82天）enq: TX - row lock contention 等待事件分析的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
