mysql事务_事务隔离级别详解

使用事务语法

1. 开启事务start transaction，可以简写为 begin

2. 然后记录之后需要执行的一组sql

3. 提交commit

4. 如果所有的sql都执行成功，则提交，将sql的执行结果持久化到数据表内。

5. 回滚rollback

6. 如果存在失败的sql，则需要回滚，将sql的执行结果，退回到事务开始之时

7. 无论回滚还是提交，都会关闭事务！需要再次开启，才能使用。

8. 还有一点需要注意，就是事务只针对当前连接。

下面我们来进行演示：

使用第一个链接A，开启事务后，执行一条update语句。

结果成功，数据已经变成修改之后！

此时我们没有提交。

再从其他连接B来查看，发现数据末更改：

此时如果连接A选择提交，也就是commit操作。则连接B的数据也会发生变化。

而如果连接A选择回滚，也就是rollback操作。则连接A再次查询则发现数据还原。

---

基本原理

语法说完了，浮躁的人也不用继续看下去了。下面简单说一下事务的基本原理吧。
提交，就会将结果持久化，不提交就不会。

如果我们不开启事务，只执行一条sql，马上就会持久化数据，可以看出，普通的执行就是立即提交。

这是因为MySQL默认对sql语句的执行是自动提交的。

也就是说，开启事务，实际上就是关闭了自动提交的功能，改成了commit手动提交！

我们可以通过简单的对是否自动提交加以设置，完成开启事务的目的！

自动提交的特征是保存在服务的一个autocommit的变量内。可以进行修改：

set autocommit = 0；关闭

set autocommit = 1；开启

还需要注意一点，就是事务类似于外键约束，只被innodb引擎支持。

---

特点

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

原子性：事务的一组操作是原子的不可再分割的，这组操作要么同时完成要么同时不完成。类似于一个CAS（compare and swap）（有时间会讲解cas）

一致性：事务在执行前后数据的完整性保持不变。（例：原本的外键约束在进行事务成功后不会损坏）

隔离：当多个事务同时操作一个数据库时，可能存在并发问题，此时应保证各个事务要进行隔离，事务之间不能互相干扰。

持久性：事务一旦被提交，就不可能再被回滚！

---

事务并发

事务并发会带来一些问题，所以才有了不同的事务隔离级别。要想了解事务的隔离级别，就必须首先了解事务并发会带来的问题。

一般来说，会出现三类数据读问题和数据更新问题。

脏读

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

举一个例子：

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

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

不可重复读

一个事务在不同时间读取数据不一致。

举一个例子：

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

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

幻读

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

看一个例子：

时间	统计金额事务A	转账事务B
T1		开始事务
T2	开始事务
T3	查询用户id为8的数据，结果为空，执行插入（id为pk）
T4		新增一个id为8的数据
T5		提交事务
T6	提交事务，插入报错

---

隔离级别

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

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

隔离级别设置及查看

mysql> select @@tx_isolation;

+-----------------+

| @@tx_isolation  |

+-----------------+

| REPEATABLE-READ |

+-----------------+

1 row in set (0.00 sec)

mysql> set tx_isolation = 0; (备注：0 - 3 对应数据库四种隔离级别)

Query OK, 0 rows affected (0.00 sec)

下面看看四种隔离级别的比较：

Read Uncommitted（读取未提交内容）

在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。

Read Committed（读取提交内容）

这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。

Repeatable Read（可重读）

这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读（Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影”行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。

Serializable（可串行化）

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

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