mysql的mvcc多版本并发控制简单理解

mysql的mvcc多版本并发控制简单理解

怎么来理解mvcc呢?
其实核心就是多个版本,v1-v2-v3-v4…

不妨取两个,此时版,最新版。在只读事务中,直接读取最新版。而在读写事务中,写的时候比较此时版和最新版差异,没有差异则提交成功,否则重新开始,直至成功或者失败。

可以先看下图理解
在这里插入图片描述
这样看,是不是类似乐观锁?在提交时多了比较操作。

是的,可以这样理解。所以它存在乐观锁的有优缺点,适合读的多,更新少的情况,mvcc会存在一些完失败回滚的情况,而在oracle的行锁中,要不不能开始事务,要不开始获取锁,操作成功,不会存在这中情况。

从这里我们就理解了和oracle中可重复读级别的差异。所以我们在mysql操作中,是不需要显示使用锁的,这就大大降低了使用的难度,这也是mysql易用的一方面。

看到最后,发现是不是和多个人使用GIT开发协作时,合代码冲突有点像?因为它的核心也是版本管理,且思路是一样的。不同之处在于它切换使用当前版本很容易,而GIT涉及大面积文件变更,在当前版修改时则比较麻烦。

MySQL多版本并发控制MVCC)是一种并发控制机制,它主要是为了解决并发读写冲突的问题。在MVCC机制中,每个事务都可以看到数据库中的一个快照,这个快照是在事务开始时确定的。事务读取数据时,实际上是读取了该快照中的数据,而不是实际的数据。当事务需要修改数据时,MySQL会根据数据的版本号来判断是否可以进行修改。 MVCC的实现原理主要是在每一行数据后面保存多个版本号,并且还需要保存该版本号对应的事务ID。当开始一个事务时,MySQL会为该事务分配一个唯一的事务ID,该事务ID会被用于标记事务对应的数据版本号。当一个事务需要读取数据时,MySQL会根据该事务的事务ID和版本号来判断是否允许读取该数据。如果该事务的事务ID小于等于该数据的版本号,那么就可以读取该数据。如果该事务需要修改数据,则MySQL会为该数据在数据库中创建一个新版本,并将该新版本的版本号和事务ID保存下来。这样,其他事务就可以继续读取原来的版本,而该事务则可以读取新版本并修改数据,从而实现并发控制。 需要注意的是,MVCC只能解决读写冲突的问题,而不能解决写写冲突的问题。此外,MVCC也会占用一定的存储空间,因为每个数据行都需要保存多个版本号和事务ID。因此,在使用MVCC机制时,需要注意存储空间和性能方面的问题。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值