mysql的MVCC多版本控制

  • 在 read_view 视图中 有几个重要参数
    1. up_limit_id 最小水位值
    1. low_limit_id 最大水位值
    1. data_trx_id 事务ID
    1. trx_ids 活跃的事务ID 当前事务是未提交的
    1. m_trx_ids 活跃的事务列表长度
  • 在MVCC中,只针对select无锁模式进行MVCC多版本控制,有锁 for update lock mode share 均不使用MVCC版本控制
  • RR 可重复读取 RC 读已提交
  • RR 是在第一个select 进行创建 readView,直到事务结束 RC则在每一个select 进行创建readView视图
  • MVCC 是怎么样认为此记录可以被读取呢?
    1. 当前事务ID大于等于 最大水位值 data_trx_id >= low_limit_id : 为不可见
    1. 当前事务ID 小于 最小水位值 data_trx_id < up_limit_id 为 可见
    1. 当前事务ID 大于等于 水位值 并且 小于 最大水位值
  • up_limit_id <= data_trx_id < low_limit_id 分为两种情况
  • 第一种 : 在活跃事务ID中没有当前ID 则记录可见
  • 第二种 : 在货物事务ID中有当前事务ID 则记录不可见

MVCC是版本链, 通过版本来进行 并发的读写

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL的多版本并发控制(MVCC)是一种并发控制机制,它主要是为了解决并发读写冲突的问题。在MVCC机制中,每个事务都可以看到数据库中的一个快照,这个快照是在事务开始时确定的。事务读取数据时,实际上是读取了该快照中的数据,而不是实际的数据。当事务需要修改数据时,MySQL会根据数据的版本号来判断是否可以进行修改。 MVCC的实现原理主要是在每一行数据后面保存多个版本号,并且还需要保存该版本号对应的事务ID。当开始一个事务时,MySQL会为该事务分配一个唯一的事务ID,该事务ID会被用于标记事务对应的数据版本号。当一个事务需要读取数据时,MySQL会根据该事务的事务ID和版本号来判断是否允许读取该数据。如果该事务的事务ID小于等于该数据的版本号,那么就可以读取该数据。如果该事务需要修改数据,则MySQL会为该数据在数据库中创建一个新版本,并将该新版本的版本号和事务ID保存下来。这样,其他事务就可以继续读取原来的版本,而该事务则可以读取新版本并修改数据,从而实现并发控制。 需要注意的是,MVCC只能解决读写冲突的问题,而不能解决写写冲突的问题。此外,MVCC也会占用一定的存储空间,因为每个数据行都需要保存多个版本号和事务ID。因此,在使用MVCC机制时,需要注意存储空间和性能方面的问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值