事务的定义
事物的四大特性
- 原子性(A)
- 一致性(C)
- 隔离性(I)
- 持久性(D)
事物的隔离级别
- 读未提交
- 读已提交
- 可重复读
- 串行化
事物隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
读未提交(read-uncommitted) | 是 | 是 | 是 |
不可重复读(read-committed) | 否 | 是 | 是 |
可重复读(repeatable-read) | 否 | 否 | 是 |
串行化(serializable) | 否 | 否 | 否 |
- 脏读:事务A读取了事务B更新的数据,然后B回滚操作,那么A读取到的数据是脏数据
- 不可重复读:事务 A 多次读取同一数据,事务 B 在事务A多次读取的过程中,对数据作了更新并提交,导致事务A多次读取同一数据时,结果 不一致。
- 幻读:系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级,但是系统管理员B就在这个时候插入了一条具体分数的记录,当系统管理员A改结束后发现还有一条记录没有改过来,就好像发生了幻觉一样,这就叫幻读。
小结:不可重复读的和幻读很容易混淆,不可重复读侧重于修改,幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行,解决幻读需要锁表
多版本并发控制MVCC
在InnoDB中的MVCC是通过在每行记录的两个隐藏列实现的,这两个列,一个保存了创建时间,一个保存的失效时间(删除时间),当然存储的不是实际时间,而是系统的版本号,没开始一个新事物,版本号会递增,事物开始时刻的版本号作为事物的版本号,用来和查询到的版本号进行比较。
在repeatable-read隔离级别下,MVCC是如何操作的:
SELECT
- InnoDB只会查找版本早于当前事物版本的数据行(也就是行的版本号小于等于当前事物的版本号),这样版本事物读取到的行是事物开始前就已经存在的,或者是事物本身插入或者修改过的
- 行的删除版本要么未定义,要么大于当前事物版本,这样确保读取到的数据在事物开始前未被删除
INSERT
InnoDB插入的每一行保存当前的版本号为行的版本号
DELETE
InnoDB删除每一行保存当前的版本号作为删除标识
UPDATE
InnoDB每更新一行会保存当前版本号作为行版本号,同时保存原版本号到删除标识