MySQL中事务的理解

1 事务

1.1 什么是事务

• 事务就是一组原子性的SQL查询
• 或者说一个独立的工作单元
• 事务内部的语句，要么全部执行成功，要么全部执行失败

1.2 事务的ACID特性

• 一个运行良好的事务处理系统,必须具备这些标注特征
  1.原子性(atomicity)
• 一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚
  2.一致性(consistency)
• 数据库总是从一个一致性的状态转换到另外一个一致性的状态
  3.隔离性(isolation)
• 通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。
  4.持久性(durability)
• 一旦事务提交，则其所做的修改就会永久保存到数据库中，此时即使系统崩溃，修改的数据也不会丢失。

1.3 隔离级别

1.3.1 Read Uncommitted(未提交读)

• 事务中的修改，即使没有提交，对其他事务也都是可见的
• 事务可以读取未提交的数据，这也被称为脏读(Dirty Read)
• 例：事务A正在进行update表C一行数据，同时事务B此时正在进行selec表那条数据，若事务A因某些原因进行了回滚，表C的那一行数据回到原来，而事务B读取的值就和真实值不一样了

1.3.2 Read Commited(提交读)

• 一个事务开始时，只能 “看见” 已经提交的事务所做的修改
• 一个事务从开始直到提交之前，所做的任何修改对其他事务都是不可见的
• 但有可能会造成不可重复度(nonrepeatable)，例：事务A开始查询一行数据，事务B开始对该行数据进行修改然后提交，然后事务A还为结束再次查询那一行数据，此时就造成了两次数据值不一样的情况。

1.3.3 RepeaTable Read(可重复读)

• 保证在同一个事务中多次读取同样记录的结果是一致的，也就是事务A读取某一行数据，无论该数据是否被修改且提交，那么在事务A内部所读取的都是一样的值。
• 可能会出现幻读(Phantom Read)问题。所谓幻读，指的是当某个事务在读取某个范围内的记录是，另一个事务又在该范围内插入了新的记录
  当之前的事务再次读取该范围的记录时，会产生幻行(Phantom Row）
• InnoDB存储引擎通过多版本并发控制(MVCC)解决了幻读的问题。

1.3.4 Serializable(可串行化)

• 通过强制事务串行执行，避免了前面说的幻读的问题
• Serializable会在读取的每一行数据都加锁，因此可能导致大量的超时和锁争用的问题