时间:2021-07-01 10:21:17 帮助过:36人阅读
不可重复读是指在一个事务范围中2次或者多次查询同一数据M返回了不同的数据,例如:事务B读取某一数据,事务A修改了该数据M并且提交,事务B又读取该数据M(可能是再次校验),在同一个事务B中,读取同一个数据M的结果集不同,这个很蛋疼
当用户读取某一个范围的数据行时,另一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发现会有新的“幻影行”,例如:事务B读某一个数据M,事务A对数据M增加了一行并提交,事务B又读数据M,发生多出了一行造成的结果不一致(如果行数相同,则是不可重复读)。
事务A和事务B,同时获得相同数据,然后在各自的事务中修改数据M,事务A先提交事务,数据M假如为M+,事务B后提交事务,数据M变成了M++,最终结果变成M++,覆盖了事务A的更新。
1.InnoDB采用的是两阶段锁定协议(two-phase locking protocol)。在事务执行过程中,随时都可以执行锁定,锁只有在执行COMMIT和ROLLBAK的时候才会释放,并且所有的锁是在同一时刻被释放。
2. LOCK TABLES和事务之间相互影响的话,情况会变得非常复杂,所以除非事务中禁用了AUTOCOMMIT,可以使用LOCK TABLES之外,其他任何时候都不要显示的执行LOCK TABLES,不管使用的是什么存储引擎。
两个或多个事务在同一资源上相互占用,并请求锁定对方占用的资源,从而导致恶性循环现象。当多个事务试图以不同的顺序锁定资源时,就可能会产生死锁。多个事务同时锁定同一个资源也可能会产生死锁
例如:
--事务1 START TRANSACTION; UPDATE price SET close=45.5 WHERE stock_id=4 AND date=‘2017-10-11‘; UPDATE price SET close=19.8 WHERE stock_id=3 AND date=‘2017-10-12‘; COMMIT; --事务2 START TRANSACTION; UPDATE price SET high=20.12 WHERE stock_id=3 AND data=‘2017-10-12‘; UPDATE price SET high=47.20 WHERE stock_id=4 AND data=‘2017-10-11‘; COMMIT;
如果凑巧,两个事务都执行了第一条UPDATE 语句,更新了一行数据,同时也锁定了该行数据,接着每个事务都尝试去执行第二条UPDATE语句,却发现改行已经被对方锁定,然后两个事务都等待对方释放锁,同时有持有对方需要的锁,则陷入死循环。除非有外部因素接入才可能接触死锁。InnoDB目前处理死锁的方法时,经持有最少行级排他锁的事务进行回滚
参考:
[1] 《高性能MySQL》(第三版), Baron Schwartz等 著,宁海元等 译,电子工业出版社 ,2013
[2] 博客,https://segmentfault.com/a/1190000004469395#articleHeader6
mysql-innoDB-事务
标签:电子 脏读 mysql服务器 target 串行化 校验 session set commit