mysql的mvcc多版本并发控制简单理解
怎么来理解mvcc呢?
其实核心就是多个版本,v1-v2-v3-v4…
不妨取两个,此时版,最新版。在只读事务中,直接读取最新版。而在读写事务中,写的时候比较此时版和最新版差异,没有差异则提交成功,否则重新开始,直至成功或者失败。
可以先看下图理解
这样看,是不是类似乐观锁?在提交时多了比较操作。
是的,可以这样理解。所以它存在乐观锁的有优缺点,适合读的多,更新少的情况,mvcc会存在一些完失败回滚的情况,而在oracle的行锁中,要不不能开始事务,要不开始获取锁,操作成功,不会存在这中情况。
从这里我们就理解了和oracle中可重复读级别的差异。所以我们在mysql操作中,是不需要显示使用锁的,这就大大降低了使用的难度,这也是mysql易用的一方面。
看到最后,发现是不是和多个人使用GIT开发协作时,合代码冲突有点像?因为它的核心也是版本管理,且思路是一样的。不同之处在于它切换使用当前版本很容易,而GIT涉及大面积文件变更,在当前版修改时则比较麻烦。