kider 发表于 2010-9-9 11:41:59

间隙锁(Next-Key锁)

20.3.5 间隙锁(Next-Key锁)当我们用范围条件而不是相等条件检索数据,并请求共享或排他锁时,InnoDB会给符合条件的已有数据记录的索引项加锁;对于键值在条件范围内但并不存在的记录,叫做“间隙(GAP)”,InnoDB也会对这个“间隙”加锁,这种锁机制就是所谓的间隙锁(Next-Key锁)。举例来说,假如emp表中只有101条记录,其empid的值分别是 1,2,...,100,101,下面的SQL:
Select * fromemp where empid > 100 for update;
是一个范围条件的检索,InnoDB不仅会对符合条件的empid值为101的记录加锁,也会对empid大于101(这些记录并不存在)的“间隙”加锁。InnoDB使用间隙锁的目的,一方面是为了防止幻读,以满足相关隔离级别的要求,对于上面的例子,要是不使用间隙锁,如果其他事务插入了empid大于100的任何记录,那么本事务如果再次执行上述语句,就会发生幻读;另外一方面,是为了满足其恢复和复制的需要。有关其恢复和复制对锁机制的影响,以及不同隔离级别下InnoDB使用间隙锁的情况,在后续的章节中会做进一步介绍。很显然,在使用范围条件检索并锁定记录时,InnoDB这种加锁机制会阻塞符合条件范围内键值的并发插入,这往往会造成严重的锁等待。因此,在实际应用开发中,尤其是并发插入比较多的应用,我们要尽量优化业务逻辑,尽量使用相等条件来访问更新数据,避免使用范围条件。还要特别说明的是,InnoDB除了通过范围条件加锁时使用间隙锁外,如果使用相等条件请求给一个不存在的记录加锁,InnoDB也会使用间隙锁!在如表20-13所示的例子中,假如emp表中只有101条记录,其empid的值分别是1,2,......,100,101。表20-13    InnoDB存储引擎的间隙锁阻塞例子
session_1session_2
mysql> select @@tx_isolation;+-----------------+| @@tx_isolation
|+-----------------+| REPEATABLE-READ |+-----------------+1 row in set (0.00 sec) mysql> set autocommit = 0;Query OK, 0 rows affected (0.00 sec)mysql> select @@tx_isolation;+-----------------+| @@tx_isolation
|+-----------------+| REPEATABLE-READ |+-----------------+1 row in set (0.00 sec) mysql> set autocommit = 0;Query OK, 0 rows affected (0.00 sec)
当前session对不存在的记录加for update的锁:mysql> select * from emp where empid = 102 for update;Empty set (0.00 sec)
这时,如果其他session插入empid为201的记录(注意:这条记录并不存在),也会出现锁等待:mysql>insert into emp(empid,...) values(201,...);阻塞等待
Session_1
执行rollback:mysql> rollback;Query OK, 0 rows affected (13.04 sec)
由于其他session_1回退后释放了Next-Key锁,当前session可以获得锁并成功插入记录:mysql>insert into emp(empid,...) values(201,...);Query OK, 1 row affected (13.35 sec)

页: [1]
查看完整版本: 间隙锁(Next-Key锁)