Oracle数据库锁机制实践

为了解决数据库被并发事物访问所带来的问题，数据库提供了锁机制来应对。数据库锁根据锁定的对象不同，可以分为表级锁和行级锁，表级锁锁定的对象是整张表，行级锁锁定的对象是特定的数据行；根据锁之间的关系可以分为共享锁和独占锁，共享锁允许其他事物获取共享锁，但是不予许其他事物获取独占锁。独占锁既不允许其他事物获取共享锁，又不允许其他事物获取独占锁。 

行级锁：insert 、update、 delte 和 select…for update等都会隐士的获取一个行级锁。 

表级锁：lock table tableName in shre mode 或 lock tabletableName in exclusive mode的获取一个表级锁。

共享锁：共享锁只支持表级锁，没有行级别的。通过lock table tableName in shre mode 添加。

独占锁：所有的行级锁都是独占锁。Lock table tableName inexlusive mode对整张表获取独占锁。

 

共享锁的行为：每个事物的共享锁都防止其他事物的独占锁，但是自己的共享锁不妨自己的独占锁。如果事物A独自获取了表T的共享锁，那么事物A还可以获取表T上的独占锁；如果事物A获取了表T的共享锁，事物B也获取了表T的共享锁，那么此时事物A不能获取T的独占锁了，因为事物B的共享锁不允许。

事物A：locktable tt_stu insharemode;

事物A进行如下操作会成功：insertinto tt_stu values(4,'a')

deletefrom tt_stu whereid=3;

update tt_stu setname='llll0l'whereid=1;

SELECT * FROM tt_stu whereid=2forupdate;

这四个操作都需要独占锁，因为只有自己持有共享锁，同一个事物的共享锁允许自己的独占锁。反过来自己的独占锁也不会排斥自己的共享锁，也就是自己不排斥自己。

如果上述情况，事物A在进行增删改查之前，事物B也执行了locktable tt_stu insharemode;则后四个操作会被阻塞，直到事物B提交了事物释放了共享锁。

如果上述情况，事物A执行了insert语句，则此时事物B去执行locktable tt_stu insharemode;事物B会被阻塞，因为事物A不仅有表上的共享锁，insert会隐式添加一个独占锁，阻止了事物B的共享锁。

 

独占锁的行为：每个事物的独占锁，都防止其他事物的共享锁和独占锁，允许自身事物的共享锁和独占锁。

事物A：locktable tt_stu inexclusivemode;

事物A进行如下操作都会成功：insertinto tt_stu values(4,'a');

deletefrom tt_stu whereid=2;

update tt_stu setname='llll0l'whereid=2 ;

SELECT * FROM tt_stu whereid=2forupdate;

locktable tt_stu insharemode;

因为他们在同一个事物，所以没影响。

行级独占锁和表级独占锁有区别：事物A执行：locktable tt_stu inexclusivemode;这是表独占锁，事物B无法获取该表的共享锁、及任意行的独占锁（也就是意味事物B无法进行增、删、改以及select…for update）。

如果事物A执行：SELECT * FROM tt_stu whereid=2forupdate;仅仅对id=2的数据行添加锁，事物B无法对id=2的数据行添加独占锁以及不能添加共享锁（因为共享锁只能是表级锁，包括id=2的行），但是事物B可以对其他数据行添加独占锁（可以对其他数据行进行修改删除以及执行insert）。

如果事物A执行：insertinto tt_stu values(4,'a');对id=4的数据行获取独占锁，事物B无法获取共享锁以及表独占锁（不可以执行locktable tt_stu insharemode和locktable tt_stu inexclusivemode），但是可以执行任意行独占锁（可以执行任意行insert、update、delte和select for update ）。

PS: 普通的select语句无视锁的存在，锁对其没限制。

Oracle的5种表级锁：之前已经使用过了2种表级锁，表共享锁和表独占锁，以及行共享表级锁、行独占表级锁和表共享行独占表级锁。下图给出了表锁与表锁、dml、ddl的关系。

关系图（此处dml仅指增删改及select  for update）

 

表共享：lock table tableNamein share mode;允许其他Session的表共享和行共享表级锁。阻止其他Session 的dml和select for update语句。

表独占：lock table tableNamein exclusive mode;阻止一切锁。阻止其他session的dml和 select for update语句。

行共享表级锁：select  for update隐式添加，lock table tableName in row share mode;显式添加。仅允许其他Session获取行共享表级锁、行独占表级锁、表共享和表共享行独占表级锁。允许其他Session的DML和Select for update.

行独占表级锁：dml操作隐式添加，lock table tableName in row exclusivemode 显式添加。仅允许其他Session获取行共享表级锁和行独占表级锁。允许其他Session的DML和Select for update。

表共享行独占锁：lock table in sharerow exclusive mode;添加。仅允许其他Session获取行共享表级锁。阻止其他Session 的dml和select for update语句。

表共享和表独占2种表级锁与行级锁的互斥关系可以用共享锁独占锁分析，也可遵守上图与Dml语句的关系（因为dml除了select都会加行级锁，select for update也会），但是后面3种表级锁与行级锁的关系，只能遵守上图分析，不能直接根据共享锁和独占锁关系判断。

举例：

情况一：

A locktable tt_stu inrowexclusivemode;行共享表级锁

B locktable tt_stu insharerowexclusivemode;表共享行独站表级锁，AB不冲突。

情况二：

A SELECT * FROM tt_stu whereid=2forupdate;行共享表级锁（同情况一）

B locktable tt_stu insharerowexclusivemode;表共享行独站表级锁，AB产生冲突，因为表共享行独占锁会阻塞（ddl操作，和ddl互斥）。

要判断一个表级锁是否会阻塞另外一个表级锁，不仅要看表里的锁兼容性，还要判断是否dml隐式加锁从而判断是否支持dml，要这2个方面都支持才兼容。

 

PS:分析锁的关系时候，既要考虑表锁上的也要考虑行锁上的兼容性。5种表锁都不允许ddl操作。