mysql innodb中的锁

目录

表级锁

AUTO-INC 锁

自动递增赋值的实现方式主要有两个

采用 AUTO-INC 锁

采用轻量级的锁

行级锁

Record Locks

Gap Locks

Next-Key Locks

---

innodb 既支持表级锁，也支持行级锁。

表级锁粒度粗，占用资源少。有时仅仅需要锁定几条记录，如果使用表级锁，相当于给所有记录都加锁，性能低下。

行锁粒度细，可以实现精准并发控制，但是占用资源多。

表级锁

AUTO-INC 锁

在使用 mysql 的过程中，可以为表的某个列添加 AUTO_INCREMENT 属性，之后插入记录时，可以不指定该列的值，自动为它插入递增的值。

自动递增赋值的实现方式主要有两个

采用 AUTO-INC 锁

就是在插入语句执行时就加一个表级别的 AUTO-INC 锁，然后为每条待插入记录的 AUTO_INCREMENT 指定的列分配递增的值。在语句执行结束后，把 AUTO-INC 锁释放掉。

这就造成了一个问题，一个事务在持有 AUTO-INC 锁的过程中，其他事务的插入语句都要被阻塞，从而保证一个语句中分配的递增值是连续的。

这个 AUTO-INC锁的范围只是单个插入语句，在插入语句执行结束后，这个锁就释放了。

采用轻量级的锁

为插入语句生成 AUTO_INCREMENT 指定的列时获取这个轻量级锁，在生成本次插入语句需要用到的 AUTO_INCREMENT 指定的列的值之后，就把该轻量级锁释放掉，不需要等到整个插入语句执行完后才释放锁。

如果插入语句在执行前就可以确定具体要插入多少条记录，一般采用轻量级锁的方式对 AUTO_INCREMENT 指定的列进行赋值。这种方式可以避免锁定表，提升插入性能。

系统变量 innodb_autoinc_lock_mode 用来控制到底使用哪种方式来为 AUTO_INCREMENT 指定的列进行赋值。

innodb_autoinc_lock_mode 为 0，只使用 AUTO-INC 锁。

innodb_autoinc_lock_mode 为 2，只使用轻量级锁。

innodb_autoinc_lock_mode 为 1，两种方式混合。可能会造成不同中的插入语句为 AUTO_INCREMENT 指定的列生成的值是交叉的，在有主从复制的场景中是不安全的。

https://dev.mysql.com/doc/refman/8.0/en/innodb-auto-increment-handling.html

行级锁

Record Locks

又称为记录锁，就是在记录上加的锁。

https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html#innodb-record-locks

Gap Locks

为了防止插入幻影记录添加的，即 REPEATABLE READ 隔离级别下可以很大程度解决幻读现象。

不允许其他事务在之前的间隙插入记录。

间隙锁是对索引记录之间间隙的锁定，或者对第一个索引记录之前或最后一个索引记录之后的间隙的锁定。

例如，SELECT c1 FROM t WHERE c1 BETWEEN 10 and 20 FOR UPDATE;防止其他事务将 的值插入15到 列 中 t.c1，无论该列中是否已经存在任何此类值，因为该范围内的所有现有值之间的间隙已被锁定。

间隙可能跨越单个索引值、多个索引值，甚至是空的。

间隙锁是性能和并发性之间权衡的一部分，并且在某些事务隔离级别中使用，而在其他事务隔离级别中则不使用。

https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html#innodb-gap-locks

Next-Key Locks

既想锁住某条记录，又想阻止其他事务在该记录前面的间隙插入记录。

本质是 Record Locks 和 Gap Locks 的合体。

在隔离级别为REPEATABLE READ时，InnoDB 会采用 Next-Key 锁的机制，解决幻读问题，相对于隔离级别 SERIALIZABLE，是实现相应功能的一种低成本的方式。

https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html#innodb-next-key-locks