Mysql-MVCC原理
什么是 Mvcc ?
Mvcc 全称:Multi-Version Concurrency Control (多版本控制)。
主要是实现了 提高数据库并发性,实现了读-写冲突不加锁,而这个读指的就是快照度,不是当前读,当前读实际上是一种加锁的操作,是悲观锁实现的【维持一个数据的多个版本,使得读写操作没有冲突】。
Mysql InnoDB下的 当前读 和 快照读 是什么?
当前读:就是读取最新的数据,读取是加锁保证其它事物不能修改,对读取的记录行加锁。
快照读:不加锁的查询就是快照读,非堵塞读。快照读前提是隔离级别不在串行化的级别,不然也是当前读。出现快照读的情况,是基于提高并发性能的考虑,快照读的实现是基于多版本并发控制,即 MVCC ,可以认为 MVCC 是行锁的一个变种,但它在很多情况下,避免了加锁操作,降低了开销。既然是基于多版本,即快照读可能读到的并不一定是数据的最新版本,而有可能是之前的历史版本。
快照读就是 MySQL 实现 MVCC 理想模型的其中一个非阻塞读功能,MVCC 模型在 MySQL 中的具体实现则是由 3 个隐式字段
,undo 日志
,Read View
等去完成的。
Mvcc 解决了什么和好处是什么?
数据库并发场景有三种:
读 - 读:不存在任何问题,也不需要并发控制;
读 - 写:有线程安全问题,可能会造成事务隔离性问题,可能遇到脏读,幻读,不可重复读;
写 - 写:有线程安全问题,可能会存在更新丢失问题,比如第一类更新丢失,第二类更新丢失;
MVCC 带来的好处是:
- 在并发读写数据库时,可以做到在读操作时不用阻塞写操作,写操作也不用阻塞读操作,提高了数据库并发读写的性能;
- 同时还可以解决脏读,幻读,不可重复读等事务隔离问题,但不能解决更新丢失问题
MVCC解决读-写冲突方案两个组合:
MVCC + 悲观锁
MVCC解决读写冲突,悲观锁解决写写冲突MVCC + 乐观锁
MVCC 解决读写冲突,乐观锁解决写写冲突
MCVV实现原理
实现原理主要是依赖记录中的 3个隐式字段
,undo日志
,**Read View
** 来实现的;
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 Rain!
评论