微信网站建设和维护报价表,微信公众号同步wordpress,宿迁seo公司,四川建设厅网上查询网站mvcc#xff08;多版本并发控制#xff09; MVCC 是通过数据行的多个版本管理来实现数据库的并发控制 。使得在InnoDB的事务隔离级别下执行 一致性读操作有了保证。可以认为是行级锁的变种#xff0c;在很多情况下可以避免加锁#xff0c;开销更低 mvcc没有正式的标准多版本并发控制 MVCC 是通过数据行的多个版本管理来实现数据库的并发控制 。使得在InnoDB的事务隔离级别下执行 一致性读操作有了保证。可以认为是行级锁的变种在很多情况下可以避免加锁开销更低 mvcc没有正式的标准不同数据库实现方式不一样也不是普遍使用的mysql也只有innodb使用了mvcc mvcc只适用于可重复读 和读已提交两个隔离级别 因为读未提交查询并不会读取适合事务版本的行版本而是每次都读取最新的版本也就是当前读串行化不兼容是因为读会锁定返回的每一行
快照度和当前读 快照读 MVCC能用更好的方式去处理 读-写冲突 做到即使有读写冲突时也能做到不加锁 非阻塞并发读 而这个读指的就是快照读快照读又叫一致性读读取的是快照数据。不加锁的简单的 SELECT 都属于快照读 当前读 当前读实际上是一种加锁的操作是悲观锁的实现。而MVCC本质是采用乐观锁思想的一种方式。当前读读取的是记录的最新版本最新数据而不是历史版本的数据读取时还要保证其他并发事务不能修改当前记录会对读取的记录进行加锁。例如对数据进行增删改都会进行当前读。
mvcc的实现原理 mvcc 依赖于隐藏列、undo日志和 Read View innodb的隐藏字段 trx_id 事务id每一个事务对某条聚簇索引进行修改时就会把该事务的id赋值给trx_idroll_pointer 每次对某条聚簇索引进行改动时都会把旧的版本写入到undo日志中随着修改次数的增加所有的旧版本都会被roll_pointer连接成一个链表称为版本链版本链的头节点就是当前最新数据这个隐藏列相当于一个指针可以通过它来找到修改前的信息 Read View Read View就是在使用mvcc机制进行快照读操作产生的读视图当事务启动就会生成数据库系统当前的快照innodb为每个事务都构建了一个数组用来记录并维护系统当前活跃的事务id也就是未提交的事务因为 mvcc只适用于可重复读 和读已提交两个隔离级别所以Read View只适用于这两个隔离级别主要作用就是判断版本链中的哪个版本是当前事务可见的Read View包含四部分 creator_trx_id 创建这个 Read View 的事务 ID只有在对表中的记录做改动时才会为事务分配事务id否则在一个只读事务中的事务id值都默认为0。trx_ids 表示在生成ReadView时当前系统中活跃的启动了但是还没有提交读写事务的事务id列表 。up_limit_id 活跃的事务中最小的事务 ID。low_limit_id 表示生成ReadView时系统中应该分配给下一个事务的 id 值。也就是系统最大的事务id值并不是正在活跃的事务ID。 执行规则如何判断记录的某个版本是否可见: 如果被访问版本的trx_id属性值与ReadView中的 creator_trx_id 值相同意味着当前事务在访问 它自己修改过的记录所以该版本可以被当前事务访问。如果被访问版本的trx_id属性值小于ReadView中的活跃的事务中最小的事务 ID值表明生成该版本的事务在当前事务生成ReadView前已经提交所以该版本可以被当前事务访问。如果被访问版本的trx_id属性值大于或等于ReadView中的 low_limit_id 值也就是大于ReadView生成时系统最大的事务id值说明生成该版本的事务在当前事务生成ReadView后才开启所以该版本不可以被当前事务访问。如果被访问版本的trx_id属性值在ReadView的 up_limit_id 和 low_limit_id 之间那就需要判 断一下trx_id属性值是不是在 trx_ids 列表中。 如果在说明创建ReadView时生成该版本的事务还是活跃的事务还没有提交该版本不可以被访问。如果不在说明创建ReadView时生成该版本的事务已经被提交该版本可以被访问。 MVCC整体操作流程 首先获取事务自己的版本号也就是事务 ID然后获取 ReadView查询得到的数据然后与 ReadView 中的事务版本号进行比较如果不符合 ReadView 规则说明是历史数据了就需要从 Undo Log 中获取历史快照最后返回符合规则的数据。 在隔离级别为读已提交Read Committed时一个事务中的每一次 SELECT 查询都会重新获取一次 Read View。 当隔离级别为可重复读的时候就避免了不可重复读这是因为一个事务只在第一次 SELECT 的时候会 获取一次 Read View而后面所有的 SELECT 都会复用这个 Read View 因为只会读取一次Read View多次读取结果也是一样的因此没有出现幻读现象所以说在 MySQL 的可重复读隔离级别下不存在幻读问题。 这样做的好处是大多数查询都不在需要获取锁了只需要确保查询符合条件的行即可 缺点是每一行数据会有更多的列检查行时也需要做额外工作
mvcc解决的问题
读写之间互不阻塞提高并发能力降低了死锁的概率因为是采用乐观锁的方式读数据不加锁解决了快照读的问题无论事务运行多长时间看到的数据都是一致的也意味着不同事务可以再同一时间看到同一张表中的不同数据
