MySQLl的可串行化_mysql事务串行化的锁机制是怎样的?

x33g5p2x  于2022-05-27 转载在 Mysql  
字(1.0k)|赞(0)|评价(0)|浏览(243)

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锁冲突。

相关文章