MySql教程

MySQL的MVCC机制

本文主要是介绍MySQL的MVCC机制,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

系列文章:关系型/非关系型【数据库】知识脉络

目录

MVCC翻译成中文是?

MVCC(Multi-Version Concurrency Control)

回顾事务

MVCC是单打独斗吗?

undo日志版本链

read view机制详解

MVCC机制是拿undo日志链和read-view对比

比对规则:

总结


MVCC翻译成中文是?

MVCC(Multi-Version Concurrency Control)

multi ['mʌlti] : 多 version ['və:ʃən] :版本 concurrency  [kənˈkʌrənsɪ] :并发 Control  控制

好了,MVCC机制是多版本并发控制机制。

        提到多版本、并发、控制...那不就是MySQL的事务控制吗?原来MySQL的事务采用MVCC机制做到的。那MySQL的事务是哪种,MVCC又是怎样做到的?


回顾事务

  • 问:事务隔离级别有哪些?
  • 答:读未提交,读已提交,可重复读,串行化
  • 问:MySQL的默认采用的事务是哪种?
  • 答:可重复读
  • 问:Oracle的默认事务隔离级别是什么?
  • 答:读已提交

        可见读已提交、可重复读都是很常见的,Mysql在读已提交和可重复读隔离级别下都实现了MVCC机制。


MVCC是单打独斗吗?

        mvcc是有组织有纪律的团伙,重要成员为 undo日志版本链 和 read view机制。

undo日志版本链

        undo日志版本就是每个事务修改了某条记录,undo日志会把修改前的那数据记入日志,所谓“链”就是指针串联。

        实现此功能:两个MySQL默默隐藏记下的字段:trx_id(记录事务id) 和 roll_pointer(指针指向上一版本)

 

read view机制详解

一致性视图read-view解释:

  • 当事务开启,执行任何查询sql时,会生成当前事务的一致性视图read-view,该视图在事务结束之前都不会变化。
  • 视图组成:(执行查询时
    • 所有未提交事务id数组(数组里最小的id为min_id)
    • 已创建的最大事务id(max_id)

  

MVCC机制是拿undo日志链和read-view对比

        事务里的任何sql查询结果,需要从对应undo日志版本链里的最新数据开始逐条跟read-view做比对从而得到最终的快照结果。

比对规则:

  1. trx_id < min_id   =>  表示这个版本是已提交的事务生成的,这个数据是可见的:
    • 例如037号小于min_id,无论是否在视图数组内,都是已提交的。
  2. trx_id > max_id  =>  表示未开启的事务生成的,数据不可见(对自己可见):
    • ​​​​​​​例如043号,还未创建事务,未来是个新事务。
  3. min_id <= trx_id <= max_id  =>  分两种情况
    • ​​​​​​​若 trx_id 在视图数组中,表示这个版本是由还没提交的事务生成的,不可见(若 trx_id 就是当前自己的事务是可见的);例如:38、39、41、42都是未提交事务,不可
    • 若 trx_id 不在视图数组中,表示这个版本是已经提交了的事务生成的,可见。例如:40号满足min_id <= trx_id <= max_id ​​​​​​​但是不在视图数组,证明在已提交区域。

注:如果是删除操作:mysql数据头信息(record header)里的(deleted_flag)标记位写上true,来表示当前记录已经被删除,在查询时按照上面的规则查到对应的记录如果delete_flag标记位为true,意味着记录已被删除,则不返回数据。


总结

        MVCC机制就是用read-view机制生成的视图数组与undo日志版本链上的事务id进行比对,来决定可见与不可见来实现事务隔离级别的。

这篇关于MySQL的MVCC机制的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!