mysql之事务详解

一.特点

下面来说说事务的特点ACID。也就是原子性，一致性，隔离性和持久性。

1. 原子性（Atomicity）：事务是不可分割的。

• 原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，这和前面两篇博客介绍事务的功能是一样的概念，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。

2. 一致性（Consistency）：保证数据在事务的执行周期内，是一致的。

• 一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。

3. 隔离性（Isolation）：多个事务之间的干扰关系，隔离级别。

• 通常来说，一个事务所做的修改在没有提交之前，对其他事物是不可见的。即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。

4. 持久性（Durability）：事务一旦被提交，就不可能再被回滚。

• 持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

---

二.事务并发

事务并发会带来一些问题，所以才有了不同的事务隔离级别。要想了解事务的隔离级别，就必须首先了解事务并发会带来的问题。
一般来说，会出现三类数据读问题和数据更新问题。

1. 脏读

一个事务正在对一条记录做修改，但未提交，另一个事务读取了这些脏数据，并进一步处理，就会产生未提交的数据依赖。
举一个例子：

时间	转账事务A	取款事务B
T1		开始事务
T2	开始事务
T3		查询账户余额为1000元
T4		取出500元把余额改为500元
T5	查询账户余额为500元（脏读）
T6		撤销事务余额恢复为1000元
T7	汇入100元把余额改为600元
T8	提交事务

A读取了B尚未提交的脏数，导致最后余额为600元。

2. 不可重复读

一个事务在不同时间读取数据不一致。
举一个例子：

时间	取款事务A	转账事务B
T1		开始事务
T2	开始事务
T3		查询账户余额为1000元
T4	查询账户余额为1000元
T5		取出100元把余额改为900元
T6		提交事务
T7	查询账户余额为900元（和T4读取的不一致）

可以看到最后读取的数据不一致。

3. 幻读

幻读和不可重复读的概念类似，都是不同时间数据不一致，只不过幻读是针对新增数据，而不可重复读是针对更改数据。
看一个例子：

时间	统计金额事务A	转账事务B
T1		开始事务
T2	开始事务
T3	统计总存款数为10000元
T4		新增一个存款账户，存款为100元
T5		提交事务
T6	再次统计总存款数为10100元（幻象读）

总结： 幻读是在可重复读隔离级别下产生的，可重复读级别，虽然外部事务的修改和插入数据不会影响到本事务查看数据， 别入外部事务修改和插入了数据，本事务是看不到的。 虽然没影响到事务的查看数据，但是，当本事务是需要插入数据和更新数据的时候，就会被外部事务的修改而影响到。比如：外部事务插入了id=11的记录并提交了事务， 本事务继续添加id=11的记录会报错。 再比如：外部数据插入了N条数量=15的数据并提交，本事务还是看到原来只有一条数量=15的数据，当更新这些数量=15的数据的时候，会突然看到N条数据被更新，这就是幻读。明明看到只有1条，怎么更新就出现N条

4. 更新丢失

两个事务对同一数据进行更新，后者会覆盖先者的更新。

时间	取款事务A	转账事务B
T1	开始事务
T2		开始事务
T3	查询账户余额为1000元
T4		查询账户余额为1000元
T5		汇入100元把余额改为1100元
T6		提交事务
T7	取出100元将余额改为900元
T8	撤销事务
T9	余额恢复为1000元（丢失更新）

---

三.隔离级别

事务并发带来的问题前文已经描述得非常仔细了。事务的隔离级别就是为了针对并发出现的问题，不同的级别可以保证不同的一致性。

设置事务隔离级别:

SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE}

注意：默认的行为（不带session和global）是为下一个（未开始）事务设置隔离级别。如果你使用GLOBAL关键字，语句在全局对从那点开始创建的所有新连接（除了不存在的连接）设置默认事务级别。你需要SUPER权限来做这个。使用SESSION 关键字为将来在当前连接上执行的事务设置默认事务级别。 任何客户端都能自由改变会话隔离级别（甚至在事务的中间），或者为下一个事务设置隔离级别。

查询事务隔离级别:

SELECT @@global.tx_isolation; 
SELECT @@session.tx_isolation; 
SELECT @@tx_isolation;

为了解决上面讲到的并发事务处理带来的问题，SQL标准提出了4个等级的事务隔离级别。不同的隔离级别在同样的环境下会出现不同的结果。
下面看看四种隔离级别的比较：

隔离级别	读数据一致性	脏读	不可重复读	幻读
未提交读（Read uncommitted）	最低级别，只能保证不读取物理上损坏的数据	是	是	是
已提交读（Read committed）	语句级	否	是	是
可重复读（Repeatable read）	事务级	否	否	是
可序列化（Serializable）	最高级别，事务级	否	否	否

1. Read Uncommitted(读取未提交内容)

• 所有事务都可以看到其他未提交事务的执行结果
• 本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少
• 该级别引发的问题是——脏读(Dirty Read)：读取到了未提交的数据

2. Read Committed(读取提交内容)

• 这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）
• 它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变
• 这种隔离级别出现的问题是——不可重复读(Nonrepeatable Read)：不可重复读意味着我们在同一个事务中执行完全相同的select语句时可能看到不一样的结果。

3. Repeatable Read(可重读)

• 这是MySQL的默认事务隔离级别
• 它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行
• 此级别可能出现的问题——幻读(Phantom Read)：当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行
• InnoDB和Falcon存储引擎通过多版本并发控制(MVCC，Multiversion Concurrency Control)机制解决了该问题
• InnoDB提供了这样的机制，在默认的可重复读的隔离级别里，可以使用加锁读去查询最新的数据（提交读）。
• MySQL InnoDB的可重复读并不保证避免幻读，需要应用使用加锁读来保证。而这个加锁度使用到的机制就是next-key locks

4. Serializable(可串行化)

• 这是最高的隔离级别
• 它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之,它是在每个读的数据行上加上共享锁。
• 在这个级别，可能导致大量的超时现象和锁竞争