MySQL：事务的ACID、并发问题、隔离级别_1.mysql 事务 acid 并发问题隔离级别-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_29753285/article/details/81561967

一、事务的ACID

Atomicity（原子性）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。
Consistency（一致性）：事务开始前和结束后，数据库的完整性约束没有被破坏。比如A向B转账，不可能A扣了钱，B却没收到。
Isolation（隔离性）：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。
Durability（持久性）：事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。

二、事务的并发问题

脏读：事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据
不可重复读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果不一致。
幻读：系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级，但是系统管理员B就在这个时候插入了一条具体分数的记录，当系统管理员A改结束后发现还有一条记录没有改过来，就好像发生了幻觉一样，这就叫幻读。

小结：不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表

三、MySQL事务隔离级别

事务隔离级别	脏读	不可重复读	幻读	锁策略
读未提交（`read-uncommitted`）	是	是	是	不会锁住指定的行
不可重复读（`read-committed`）	否	是	是	写数据时锁相应行
可重复读（`repeatable-read`）(默认)	否	否	是	如果有索引（包括主键索引）的时候，以索引列为条件更新数据，会存在间隙锁、行锁、下一键锁的问题，从而锁住一些行；如果没有索引，更新数据时会锁住整张表。
串行化（`serializable`）	否	否	否	读写数据时都会锁整张表

隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。

可通过SELECT @@tx_isolation;语句来获取当前事务的隔离级别，MySQL中默认为REPEATABLE-READ。
可通过set session transaction isolation level [read uncommitted | read committed | repeatable read | serializable ]来设置事务的隔离级别。

四、一些例子

在接下来的文章中将以这张表为例来讲解MySQL中的四种事物隔离级别（例子之间互不影响）：
test表:

id	value
1	100
2	200
3	300

1. read-uncommited

2. read-committed

3. repeatable-read

可以看到这个过程中并没有出现不可重复读的问题，但是在sessionA提交后id为1的记录的value并没有变成90，而是变成了80，可见在执行value=value-10的时候是使用磁盘中的数据来进行计算的，所以变成了80，数据的一致性没有被破坏。
可重复读的隔离级别下使用了MVCC机制，A事务中读取的是记录的快照版本，而非最新版本，B事务的更新是创建了一个新版本来更新，不同事务的读和写是分离的

再来一个例子来解释一下幻读问题：