mysql行锁详解_详解MySQL行锁

锁是计算机协调多个进程或线程并发访问某一资源的机制。锁保证数据并发访问的一致性、有效性&＃xff1b;锁冲突也是影响数据库并发访问性能的一个重要因素。锁是Mysql在服务器层和存储引擎层的的并发控制。MySQL中从对数据操作的粒度分为表锁和行锁。表锁是指对一整张表加锁&＃xff0c;一般是 DDL 处理时使用&＃xff1b;而行锁则是锁定某一行或者某几行&＃xff0c;或者行与行之间的间隙。本文我们就重点来介绍MySQL行锁。

行锁不同存储引擎的行锁实现不同&＃xff0c;后续没有特别说明&＃xff0c;则行锁特指 InnoDB 实现的行锁。在了解 InnoDB 的加锁原理前&＃xff0c;需要对其存储结构有一定的了解。InnoDB 是聚簇索引&＃xff0c;也就是 B&＃43;树的叶节点既存储了主键索引也存储了数据行。而 InnoDB 的二级索引的叶节点存储的则是主键值&＃xff0c;所以通过二级索引查询数据时&＃xff0c;还需要拿对应的主键去聚簇索引中再次进行查询。

行锁的模式有&＃xff1a;读意向锁&＃xff0c;写意向锁&＃xff0c;读锁&＃xff0c;写锁和自增锁(auto_inc)&＃xff0c;下面我们依次来看。

1.读写锁

读锁&＃xff0c;又称共享锁(Share locks&＃xff0c;简称 S 锁)&＃xff0c;加了读锁的记录&＃xff0c;所有的事务都可以读取&＃xff0c;但是不能修改&＃xff0c;并且可同时有多个事务对记录加读锁。

写锁&＃xff0c;又称排他锁(Exclusive locks&＃xff0c;简称 X 锁)&＃xff0c;或独占锁&＃xff0c;对记录加了排他锁之后&＃xff0c;只有拥有该锁的事务可以读取和修改&＃xff0c;其他事务都不可以读取和修改&＃xff0c;并且同一时间只能有一个事务加写锁。

2.读写意向锁

由于表锁和行锁虽然锁定范围不同&＃xff0c;但是会相互冲突。所以当你要加表锁时&＃xff0c;势必要先遍历该表的所有记录&＃xff0c;判断是否加有排他锁。这种遍历检查的方式显然是一种低效的方式&＃xff0c;MySQL 引入了意向锁&＃xff0c;来检测表锁和行锁的冲突。意向锁也是表级锁&＃xff0c;也可分为读意向锁(IS 锁)和写意向锁(IX 锁)。当事务要在记录上加上读锁或写锁时&＃xff0c;要首先在表上加上意向锁。这样判断表中是否有记录加锁就很简单了&＃xff0c;只要看下表上是否有意向锁就行了。意向锁之间是不会产生冲突的&＃xff0c;也不和 AUTO_INC 表锁冲突&＃xff0c;它只会阻塞表级读锁或表级写锁&＃xff0c;另外&＃xff0c;意向锁也不会和行锁冲突&＃xff0c;行锁只会和行锁冲突。

3.自增锁

AUTOINC 锁又叫自增锁(一般简写成 AI 锁)&＃xff0c;是一种表锁&＃xff0c;当表中有自增列(AUTOINCREMENT)时出现。当插入表中有自增列时&＃xff0c;数据库需要自动生成自增值&＃xff0c;它会先为该表加 AUTOINC 表锁&＃xff0c;阻塞其他事务的插入操作&＃xff0c;这样保证生成的自增值肯定是唯一的。AUTOINC 锁具有如下特点&＃xff1a;

1)AUTO_INC 锁互不兼容&＃xff0c;也就是说同一张表同时只允许有一个自增锁&＃xff1b;

2)自增值一旦分配了就会 &＃43;1&＃xff0c;如果事务回滚&＃xff0c;自增值也不会减回去&＃xff0c;所以自增值可能会出现中断的情况。

显然&＃xff0c;AUTOINC 表锁会导致并发插入的效率降低&＃xff0c;为了提高插入的并发性&＃xff0c;MySQL 从 5.1.22 版本开始&＃xff0c;引入了一种可选的轻量级锁(mutex)机制来代替 AUTOINC 锁&＃xff0c;可以通过参数 innodbautoinclockmode 来灵活控制分配自增值时的并发策略。

行锁是MySQL数据库中非常重要的锁&＃xff0c;行锁根据场景的不同又可以进一步细分&＃xff0c;依次为 Next-Key Lock&＃xff0c;Gap Lock 间隙锁&＃xff0c;Record Lock 记录锁和插入意向 GAP 锁。不同的锁锁定的位置是不同的&＃xff0c;比如说记录锁只锁住对应的记录&＃xff0c;而间隙锁锁住记录和记录之间的间隔&＃xff0c;Next-Key Lock 则所属记录和记录之前的间隙。想要了解这些行锁的详细信息&＃xff0c;可以查看本站的MySQL教程&＃xff0c;带你全面解析MySQL行锁。