1、mysql的可串行化
首先：可串行化serializable
这是事务的最高级别，在每条读的数据上，加上锁，使之不可能相互冲突，因此，会导致大量的超时现象。
解释如下：
以A，B用户为例：
首先将B账号的隔离级别设置为serializable，当B账号开启一个事务，查询各个账户的余额，没有提交事务。此时A账户，也开启一个事务，在事务中执行插入操作，这时A账户的执行操作是不能立即执行的，当B账户执行提交事务操作后，A账户的操作才能执行。
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)：完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞
这意思是锁表了，到底是锁表还是锁某些记录
③ 共享锁为什么还会相互阻塞
隔离机制比较复杂，而且不同的数据库还不一致，你的问题是基于MySQL的Innodb，我的理解是这样的：
Serializable隔离在每次访问记录的时候（无论读写），都会锁记录，所以导致了你说的问题，虽然你加了条件id<=3，但还是需要遍历到每条记录，才能给出select结果，所以依然会被锁。
实际项目中，这个级别的隔离很少用（我从来没在实际项目中用过）。因为并发性能低，容易死锁，最常用的还是缺省的REPEATABLE READ或是READ COMMITTED。
②：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锁冲突。
