MySQL ACID与MVCC浅谈
前言
我们都知道在做事务的概念,就是一个完整的操作动作要么都执行,要么都不执行,这是一个不可分割的工作单位,ACID又是事务的四大特征。那么ACID具体是什么呢?
ACID介绍
原子性(atomicity)
一个事务必须被视为一个不可分割的最小工作单元,整个事务中即使包含几个步骤,但所有操作要么全部提交成功,要么全部失败回滚,对于一个事务来说,不可能只执行其中的一部分操作,这就是事务的原子性。
一致性(consistency)
一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态,也就是说一个事务执行之前和执行之后都必须处于一致性状态。
只要新的事务T没有提交完成,那在不管在事务T发起前,还是操作过程等某一个时刻来获取数据库中的结果,结果都是一样的。
隔离性(isolation)
一个事务所做的修改在最终提交以前,其修改对其他事务是不可见的,这就是隔离性。
InnoDB支持的隔离级别有:
- 读未提交(READ UNCOMMITTED)
- 读提交(READ COMMITTED)
- 可重复读(REPEATABLE READ)
- 可串性化(SERIALIZABLE)
对于InnoDB默认的隔离级别是可重复读(REPEATABLE READ)。
持久性(durability)
一旦事务提交了,则其所做的修改就会永久保存到数据库中。即使此时系统崩溃,修改的数据也不会丢失。(当然持久化也分不同级别的)
隔离级别介绍
读未提交(READ UNCOMMITTED)
在READ UNCOMMITTED级别,事务中的修改,即使没有提交,对其他事务也都是可见的。事务可以读取未提交的数据,这称为脏读(Dirty Read) 。
时间 | 事务A | 事务B |
---|---|---|
T1 | 开始事务 | 开始事务 |
T2 | 修改账号user1余额,将100改为200 | |
T3 | 查询user1的余额,结果是200【脏读】 | |
T4 | 操作出错,事务回滚 | |
T5 | 从余额取出50,余额被更改为150(200-50) | |
T6 | 提交事务 |
备注:按照正确逻辑,此时账户余额应该是50。
这个级别会导致一些不太可靠的结果,从性能上来说,也不会比其他级别好太多。请谨慎使用此隔离级别,并注意结果可能不一致或无法重现,具体取决于其他事务同时执行的操作。通常,具有此隔离级别的事务仅执行查询,而不执行插入、更新或删除操作。