MVCC解决问题
- 已提交读 和 可重复读:Mysql默认的事务隔离级别是可重复读(Repeatable Read)
- 在Oracle,SqlServer中都是选择读**已提交(Read Commited)**作为默认的隔离级别
- mysql的默认隔离级别(做互联网项目,默认使用已提交读)
- 锁机制可以控制并发操作,但是其系统开销较大,而MVCC可以在大多数情况下代替行级锁,使用MVCC,能降低其系统开销.
MVCC实现
基础概念
- 不同存储引擎的MVCC实现是不同的,典型的有乐观并发控制和悲观并发控制.
id | name | 创建时事务的ID | 删除时事务的ID |
---|---|---|---|
- 创建时事务的ID:创建该行时的事务的ID
- 删除时事务的ID:删除该行时的事务的ID
- 系统版本号:每开始一个新的事务,系统版本号自动递增
实例
1.INSERT
- InnoDB为新插入的每一行保存当前系统版本号作为版本号.
第一个事务ID为1;
2.SELECT
- InnoDB会根据以下两个条件检查每行记录:
- a.InnoDB只会查找创建时事务的ID<=此时正在执行的事务的版本ID的数据行(也就是,行的系统版本号小于或等于事务的系统版本号),这样可以确保事务读取的行,要么是在事务开始前已经存在的,要么是事务自身插入或者修改过的.
- b.行的删除版本要么未定义,要么大于当前事务版本号,这可以确保事务能够读取行,此行在事务开始之前未被删除.
只有a,b同时满足的记录,才能返回作为查询结果. - c.检索:创建时间(创建事务的ID) <= 当前事务ID的行和删除时间(删除事务的ID) > 当前事务的行
3.DELETE
- InnoDB会为删除的每一行保存当前系统的版本号(事务的ID)作为删除标识.
4.UPDATE(插入加删除)
- InnoDB执行UPDATE,实际上是新插入了一行记录,并保存其创建时间为当前事务的ID,同时保存当前事务ID到要UPDATE的行的删除时间.