为什么oracle不会发生锁升级?

amwdnuff

为什么oracle不会发生锁升级?



大家都知道oracle里面是不会发生锁升级的。而在sqlserver,db2里面都会发生锁升级，也就是当锁的行达到一定程度时锁就会升一级。

为什么oracle里面不会发生锁升级呢？



因为oracle的行锁是存放在每行的行头里面的，占用一个字节，它代表的是该事务所占用的ITL号。而不像其他数据库里面行锁是集中存放的，集中存放的话，当行锁的个数达到一定程度时，由于存放的空间问题，就需要发生锁升级。

oracle的行锁在事务提交时也不是马上就释放的，也就是delay clean out。

这个存放行锁的字节，如果是0，说明没有锁，如果大于0，则说明有行锁，这个数字代表的是该事务所占用的ITL号。假设事务1(所占用3号ITL）需要访问行1，那么它先读取行头的这个字节，如果是0，那么就可以直接访问该行的数据，如果大于0，假设是2，那么到第2号ITL槽去找相关的事务信息，如果事务已经提交的话，那么就将原先的锁信息清理掉，将该行的行锁标志为自己所用的ITL号，即3；如果2号ITL中的事务未提交，则出现enqueue等待，发生锁冲突。

amwdnuff

为什么oracle不会发生锁升级?



大家都知道oracle里面是不会发生锁升级的。而在sqlserver,db2里面都会发生锁升级，也就是当锁的行达到一定程度时锁就会升一级。

为什么oracle里面不会发生锁升级呢？



因为oracle的行锁是存放在每行的行头里面的，占用一个字节，它代表的是该事务所占用的ITL号。而不像其他数据库里面行锁是集中存放的，集中存放的话，当行锁的个数达到一定程度时，由于存放的空间问题，就需要发生锁升级。

oracle的行锁在事务提交时也不是马上就释放的，也就是delay clean out。

这个存放行锁的字节，如果是0，说明没有锁，如果大于0，则说明有行锁，这个数字代表的是该事务所占用的ITL号。假设事务1(所占用3号ITL）需要访问行1，那么它先读取行头的这个字节，如果是0，那么就可以直接访问该行的数据，如果大于0，假设是2，那么到第2号ITL槽去找相关的事务信息，如果事务已经提交的话，那么就将原先的锁信息清理掉，将该行的行锁标志为自己所用的ITL号，即3；如果2号ITL中的事务未提交，则出现enqueue等待，发生锁冲突。

amwdnuff

为什么oracle不会发生锁升级?



大家都知道oracle里面是不会发生锁升级的。而在sqlserver,db2里面都会发生锁升级，也就是当锁的行达到一定程度时锁就会升一级。

为什么oracle里面不会发生锁升级呢？



因为oracle的行锁是存放在每行的行头里面的，占用一个字节，它代表的是该事务所占用的ITL号。而不像其他数据库里面行锁是集中存放的，集中存放的话，当行锁的个数达到一定程度时，由于存放的空间问题，就需要发生锁升级。

oracle的行锁在事务提交时也不是马上就释放的，也就是delay clean out。

这个存放行锁的字节，如果是0，说明没有锁，如果大于0，则说明有行锁，这个数字代表的是该事务所占用的ITL号。假设事务1(所占用3号ITL）需要访问行1，那么它先读取行头的这个字节，如果是0，那么就可以直接访问该行的数据，如果大于0，假设是2，那么到第2号ITL槽去找相关的事务信息，如果事务已经提交的话，那么就将原先的锁信息清理掉，将该行的行锁标志为自己所用的ITL号，即3；如果2号ITL中的事务未提交，则出现enqueue等待，发生锁冲突。