mysql事务串行化的锁机制是怎样的

Question

mysql事务 串行化 隔离级别的锁机制是怎样的
在A、B客户端都开启事务，假如
① 如果A事务删除某条记录（尚未提交回滚），B事务无法读取A事务中删除且未提交的事务，这是因为A事务中加了写锁
② 如果A事务插入了一条数据（假如ID为4），那么B事务中，ID = 1、2、3都可以正常读，但是
select * from account where id <= 3;
就会等待，不太理解，望不吝赐教、谢谢诸位

参考资料：
① MySQL高性能中提到：串行化会在读取的每一行数据上都加锁（这个意思是部分锁，但不会锁表）
② https://tech.meituan.com/inno...
这里提到：串行读(Serializable)：完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞
这意思是锁表了，到底是锁表还是锁某些记录
③ 共享锁为什么还会相互阻塞

Answer 1

隔离机制比较复杂，而且不同的数据库还不一致，你的问题是基于MySQL的Innodb，我的理解是这样的：
Serializable隔离在每次访问记录的时候（无论读写），都会锁记录，所以导致了你说的问题，虽然你加了条件id<=3，但还是需要遍历到每条记录，才能给出select结果，所以依然会被锁。

实际项目中，这个级别的隔离很少用（我从来没在实际项目中用过）。因为并发性能低，容易死锁，最常用的还是缺省的REPEATABLE READ或是READ COMMITTED。

Answer 2

②：innodb下，串行化的读并不会锁表，而是根据where条件锁一个范围。
但锁一个范围并不是简单锁记录，因为涉及到Next-key lock。
③：因为插入id=4的记录时，id=4记录不存在，所以会使用gap锁锁住id在3和下一条记录之间的间隙。
select * from account where id <= 3是范围查询，由于Next-key lock机制的存在，不是锁（负无穷，3]，而是锁（负无穷,3]+右gap，此时gap锁冲突。