奥迪q3上市时间，无性族，中国海洋石油
前言
纯挚的【清醒】、海上的【握别】、薄暮的【遗憾】、山中的【约定】、平凡的【妥协】、自我的【同业】、美好的【相遇】、社恐的【停留】、表达的【倾听】、大胆的【索求】，最终发现，【爱】是雾中的灯塔，指引着出海时的彼岸，也是向往的归宿。所以，“幼鸟”们，当落定所有声色，也别忘怀哼着歌。——幼鸟指南
什么是幻读？在一次事务里面，多次查询之后，效果集的个数纷歧致的环境叫做幻读。而多出来或者少的哪一行被叫做幻行。
为什么要解决幻读？在高并发内容库体系中，必要包管事务与事务之间的隔离性，还有事务自己的同等性。
MySQL 是如何解决幻读的？如果你看到了这篇文章，那么我会默认你认识了脏读 、弗成重复读与可重复读。
什么是幻读，脏读，弗成重复读呢？
事务 A、B 瓜代执行，事务 A 被事务 B 干扰到了，因为事务 A 读取到事务 B 未提交的内容，这便是脏读。
在一个事务范围内，两个雷同的查询，读取统一笔记录，却返回了分歧的内容，这便是弗成重复读。
事务 A 查询一个范围的效果集，另一个并发事务 B 往这个范围中插入 / 删除了内容，并静悄悄地提交，然后事务 A 再次查询雷同的范围，两次读取获得的效果集纷歧样了，这便是幻读。
弗成重复读（锁行即可解决）和幻读的区别（必要锁表解决）
很多人容易搞混弗成重复读（弗成重复读重点是在 ，即事务前后比拟特定内容数据的修改；而幻读是 和 ，即事务前后内容条数的比拟）和幻读，确实这两者有些相似。
所以说弗成重复读和幻读最大的区别，就在于如何通过锁机制来解决他们发生的问题。
然则 等成熟的内容库，出于性能思量，都是使用以乐观锁为理论根蒂的 来避免这两种问题。
消极锁和乐观锁
传送门：乐观锁和消极锁
消极锁
正如其名，它指的是对内容被外界（包含本体系当前的其他事务，以及来自外部体系的事务处理）修改持保守立场，因此，在整个内容处理过程中，将内容处 于锁定状态。消极锁的实现，往往寄托内容库供应的锁机制（也只有内容库层供应的锁机制才气真正包管内容访问的排他性，不然，即使在本体系中实现了加锁机 制，也无法包管外部体系不会修改内容）。
在消极锁的环境下，为了包管事务的隔离性，就必要同等性锁定读。读取内容时给加锁，其它事务无法修改这些内容。修改删除内容时也要加锁，其它事务无法读取这些内容。
乐观锁
相对消极锁而言，乐观锁机制接纳了更加宽松的加锁机制。消极锁大多数环境下寄托内容库的锁机制实现，以包管操纵最大水平的独占性。但随之而来的便是内容库性能的大量开销，稀奇是对长事务而言，这样的开销往往无法承受。
而乐观锁机制在肯定水平上解决了这个问题。乐观锁，大多是基于内容版本（ Version ）记录机制实现。何谓内容版本？即为内容增加一个版本标识，在基于内容库表的版本解决方案中，一般是通过为内容库表增加一个 “version” 字段来实现。读取出内容时，将此版本号一同读出，之后更新时，对此版本号加一。此时，将提交内容的版本内容与内容库表对应记录的当前版本信息进行比对，如 果提交的内容版本号大于内容库表当前版本号，则予以更新，不然认为是过期内容。
要阐明的是，MVCC的实现没有固定的规范，每个内容库都会有分歧的实现方式，这里商议的是InnoDB的MVCC。
1. 多版本并发掌握（MVCC）（快照读/同等性读）
多数内容库都实现了多版本并发掌握，而且都是靠留存内容快照来实现的。以 为例，每一行中都冗余了两个字断。
本文地址：http://www.wbwb.net/bianchengyuyan/229818.html 转载请注明出处！