事务槽争用导致死锁问题分析

转载于：事务槽争用导致死锁问题分析 - 墨天轮

对于此类锁的产生的原因做一下描述：
1. ini_trans指的是一个BLOCK上初始预分配给并行交易控制的事务槽个数，当ini_trans为1时，表示初始化了一个事务槽（oracle 默认事务槽最小个数为2 ，所以，就算ini_trans 为1 也有会两个事务槽）。当ini_trans为5时，表示初始化5个事务槽。
2. 事务槽是用来记录block所发生的事务。当block中某一行发生了update操作，会将此update操作事务记录到事务槽中，直到此update事务被提交或者回滚。
3. oracle有事务槽自动扩展功能，当事务槽用完之后，新的事务会从freespace空间中扩展事务槽，直到freespace空间用完
4. 当一个事务占用了此block的事务槽，另一个事务想要更新此block的数据，就会发生事务槽争用等待事件。
5.当两个block 互相发生事务槽等待事件，就有可能发生死锁。
6. block是oracle的最小存储单元，会存储多行数据

发生死锁的业务，这两天的大约有3W笔，分为约6个线程，其中可以同时并发5个线程。那么5个线程同时update 同一张表时，如果freespace空间不足，无法自动扩展事务槽，就会发生事务槽争用等待事件，当两个线程互相等待时，会发生死锁。

所以，我们可以得到，ini_trans 参数值为1 并不是发生死锁的充要条件，还需要考虑freespace空间是否足够，能否自动扩展事务槽。就算freespace空间不足，也需要两个线程相互等待，才会出现死锁。但是增大ini_trans 大小，应该可以解决两个线程相互等待。

以上分析是我经过对程序代码、oracle锁机制以及之前其他客户遇到类似问题得到的初步结论。
为此我们给出解决方案
1.增大表以及相关索引的ini_trans 数量，建议大于并发数5。