深入理解MySQL数据库各种锁（总结）

MyISAM和InnoDB存储引擎使用的锁：

封锁粒度小：

由于InnoDB存储引擎支持的是行级别的锁，因此意向锁（因为意向锁是表锁）其实不会阻塞除全表扫以外的任何请求。故表级意向锁与行级锁的兼容性如下所示

参考

参考

行锁的三种算法：

这条语句阻止其他事务插入10和20之间的数字，无论这个数字是否存在。 间隙可以跨越0个，单个或多个索引值。

https://blog.csdn.net/u014316026/article/details/78726459

共享锁：

排他锁：

https://www.cnblogs.com/mysql-hang/articles/11027685.html

乐观锁：总是假设最好的情况，每次去拿数据的时候都认为别人不会修改（天真）， *** 作数据时不会上锁 ，但是 更新时会判断在此期间有没有别的事务更新这个数据，若被更新过，则失败重试 ；适用于读多写少的场景。

乐观锁的实现方式 有：

关闭自动提交后，我们需要手动开启事务。

上述就实现了悲观锁，悲观锁就是悲观主义者，它会认为我们在事务A中 *** 作数据1的时候，一定会有事务B来修改数据1,所以，在第2步我们将数据查询出来后直接加上排它锁（X）锁，防止别的事务来修改事务1，直到我们commit后，才释放了排它锁。

mysql锁分为共享锁和排他锁，也叫做读锁和写锁。

读锁是共享的，可以通过lock in share mode实现，这时候只能读不能写。

写锁是排他的，它会阻塞其他的写锁和读锁。从颗粒度来区分，可以分为表锁和⾏锁两种。

表锁会锁定整张表并且阻塞其他⽤户对该表的所有读写 *** 作，⽐如alter修改表结构的时候会锁表。

⾏锁⼜可以分为乐观锁和悲观锁，悲观锁可以通过for update实现，乐观锁则通过版本号实现。

因为行锁只能锁住行，但是新插入记录这个动作，要更新的是记录之间的“间隙”。为了解决幻读问题，InnoDB 只好引入新的锁，也就是间隙锁 (Gap Lock)。

间隙锁，锁的就是两个值之间的空隙，不允许两个值之间再插一个值。

比如初始化插入了 6 个记录，这就产生了 7 个间隙。分别是 (-∞,0)、(0,5)、(5,10)、(10,15)、(15,20)、(20, 25)、(25, +supremum)，间隙锁都是开区间

和行锁不一样的是，跟间隙锁存在冲突关系的，是“往这个间隙中插入一个记录”这个 *** 作。间隙锁之间都不存在冲突关系。

缺点：可能会导致同样的语句锁住更大的范围，影响了并发度。

间隙锁和行锁合称 next-key lock，每个 next-key lock 是前开后闭区间。如果用 select * from t for update 要把整个表所有记录锁起来，就形成了 7 个 next-key lock，分别是 (-∞,0]、(0,5]、(5,10]、(10,15]、(15,20]、(20, 25]、(25, +supremum]。

和间隙锁的最大区别是，next-key lock 为前开后闭区间，这样所有的next-key lock就可以把所有记录锁起来。

加锁规则里面，包含了两个“原则”、两个“优化”和一个“bug”

---