MySQL实验环境:
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
user=root
skip-grant-tables
autocommit=0
innodb_log_file_size=50331648
![](//img.blog.itpub.net/blog/attachment/201402/14/29254281_1392379903oc65.png?x-oss-process=style/bb)
其中test表字段a是主键,字段b上创建普通索引。事务隔离级别为可重复读。
开启一个终端,输入如下语句
![](//img.blog.itpub.net/blog/attachment/201402/14/29254281_1392380135e5E9.png?x-oss-process=style/bb)
开启另一个终端,输入如下语句,发现被阻塞
![](//img.blog.itpub.net/blog/attachment/201402/14/29254281_1392380631A1a5.png?x-oss-process=style/bb)
如果开启锁监控功能,可以看到如下状态:
锁定了13行记录,包括6行主键索引、6行二级索引和一个间隙锁。
![](//img.blog.itpub.net/blog/attachment/201402/14/29254281_13923808726p1O.png?x-oss-process=style/bb)
![](//img.blog.itpub.net/blog/attachment/201402/14/29254281_1392380884afs9.png?x-oss-process=style/bb)
按照MySQL可重复读使用间隙锁的算法,本来不应该导致一个全表的排它锁定。
但是这种现象,不能用间隙锁解释。具体原因未知。
开启锁监控的方法:
创建一个表
create table innodb_lock_monitor(a int) engine=innodb;
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
user=root
skip-grant-tables
autocommit=0
innodb_log_file_size=50331648
![](http://img.blog.itpub.net/blog/attachment/201402/14/29254281_1392379903oc65.png?x-oss-process=style/bb)
其中test表字段a是主键,字段b上创建普通索引。事务隔离级别为可重复读。
开启一个终端,输入如下语句
![](http://img.blog.itpub.net/blog/attachment/201402/14/29254281_1392380135e5E9.png?x-oss-process=style/bb)
开启另一个终端,输入如下语句,发现被阻塞
![](http://img.blog.itpub.net/blog/attachment/201402/14/29254281_1392380631A1a5.png?x-oss-process=style/bb)
如果开启锁监控功能,可以看到如下状态:
锁定了13行记录,包括6行主键索引、6行二级索引和一个间隙锁。
![](http://img.blog.itpub.net/blog/attachment/201402/14/29254281_13923808726p1O.png?x-oss-process=style/bb)
![](http://img.blog.itpub.net/blog/attachment/201402/14/29254281_1392380884afs9.png?x-oss-process=style/bb)
按照MySQL可重复读使用间隙锁的算法,本来不应该导致一个全表的排它锁定。
但是这种现象,不能用间隙锁解释。具体原因未知。
开启锁监控的方法:
创建一个表
create table innodb_lock_monitor(a int) engine=innodb;
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29254281/viewspace-1081634/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/29254281/viewspace-1081634/