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) 最高级别,事务级