带你聊聊MySQL中的事务隔离-mysql教程-PHP中文网

本篇文章带大家了解一下MySQL中的事务隔离，介绍一下事务的特性、隔离级别、事务启动的方式等，希望对大家有所帮助！

带你聊聊MySQL中的事务隔离

事务就是要保证一组数据库操作，要么全部成功，要么全部失败。在MySQL中，事务支持是在引擎层实现的，但并不是所有的引擎都支持事务。比如MySQL原生的MyISAM引擎就不支持事务。【相关推荐：mysql教程(视频)】

一、事务的特性

原子性：一个事务中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚到事务开始前的状态，就像这个事务从来没有执行过一样
一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏
隔离性：数据库允许多个并发事务同时对数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致
持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失

二、隔离级别

1.当数据库上有多个事务同时执行的时候，就可能出现脏读、不可重复读、幻读的问题

脏读：B事务读取到了A事务尚未提交的数据
不可重复读：一个事务读取到了另一个事务中提交的update的数据
幻读/虚读：一个事务读取到了另一个事务中提交的insert的数据

2.事务的隔离级别包括：读未提交、读提交、可重复读和串行化

读未提交：一个事务还没提交时，它做的变更就能被别的事务看到
读提交：一个事务提交之后，它做的变更才会被其他事务看到（解决脏读，Oracle默认的隔离级别）
可重复读：一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的，而且未提交变更对其他事务也是不可见的（解决脏读和不可重复读，MySQL默认的隔离级别）
串行化：对于同一行记录，写会加写锁，读会加读锁，当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行（解决脏读、不可重复读和幻读）

安全性依次提交，性能依次降低

3.假设数据表T中只有一列，其中一行的值为1

create table T(c int) engine=InnoDB;
insert into T(c) values(1);

登录后复制

下面是按照时间顺序执行两个事务的行为：

在这里插入图片描述

若隔离级别是读未提交，则V1是2。这时候事务B虽然还没提交，但是结果已经被A看到了。V2、V3都是2
若隔离级别是读提交，则V1是1，V2是2。事务B的更新在提交后才能被A看到。V3也是2
若隔离级别是可重复读，则V1、V2是1，V3是2。之所以V2是1，遵循的是事务在执行期间看到的数据前后必须是一致的
若隔离级别是串行化，V1、V2值是1，V3是2

在实现上，数据库里面会创建一个视图，访问的时候以视图的逻辑结果为准。在可重复读隔离级别下，这个视图是在事务启动时创建的，整个事务存在期间都用这个视图。在读提交隔离级别下，这个视图是在每个SQL语句开始执行的时候创建的。读未提交隔离级别下直接返回记录上的最新值，没有视图概念；而串行化隔离级别下直接用加锁的方式来避免并行访问

三、事务隔离的实现（以可重复读为例）

在MySQL中，每条记录在更新的时候都会同时记录一条回滚操作。记录上的最新值，通过回滚操作，都可以得到前一个状态的值

假设一个值从1被按顺序改成了2、3、4，在回滚日志里面就会有类似下面的记录

在这里插入图片描述

当前值是4，但是在查询这条记录的时候，不同时刻启动的事务会有不同的read-view。如图中看到的，在视图A、B、C里面，这一个记录的值分别是1、2、4，同一条记录在系统中可以存在多个版本，就是数据库的多版本并发控制（MVCC）。对于read-viewA，要得到1，就必须将当前值一次执行图中所有的回滚操作得到

即使现在有另外一个事务正在将4改成5，这个事务跟read-view A、B、C对应的事务是不会冲突的

系统会判断，当没有事务再需要用到这些回滚日志时，回滚日志会被删除

四、事务启动的方式

MySQL的事务启动方式有以下几种：

显示启动事务语句，begin或start transaction。提交语句是commit，回滚语句是rollback
set autocommit=0，这个命令将这个线程的自动提交关掉。意味着如果只执行一个select语句，这个事务就启动了，而且不会自动提交事务。这个事务持续存在直到主动执行commit或rollback语句，或者断开连接

建议使用set autocommit=1，通过显示语句的方式来启动事务

可以在information_schema库中的innodb_trx这个表中查询长事务，如下语句查询持续时间超过60s的事务

select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>60

登录后复制

五、事务隔离还是不隔离

下面是一个只有两行的表的初始化语句：

mysql> CREATE TABLE `t` (
  `id` int(11) NOT NULL,
  `k` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB;
insert into t(id, k) values(1,1),(2,2);

登录后复制

事务A、B、C的执行流程如下，采用可重复读隔离级别
在这里插入图片描述

begin/start transaction命令：不是一个事务的起点，在执行到它们之后的第一个操作InnoDB表的语句，事务才真正启动，一致性视图是在执行第一个快照读语句时创建的

start transaction with consistent snapshot命令：马上启动一个事务，一致性视图是在执行这条命令时创建的

按照上图的流程执行，事务B查到的k的值是3，而事务A查到的k的值是1

1、快照在MVCC里是怎么工作的？

在可重复读隔离级别下，事务启动的时候拍了个快照。这个快照是基于整个库的，那么这个快照是如何实现的？

InnoDB里面每个事务有一个唯一的事务ID，叫做transaction id。它在事务开始的时候向InnoDB的事务系统申请，是按申请顺序严格递增的

每行数据也都是有多个版本的。每次事务更新数据的时候，都会生成一个新的数据版本，并且把transaction id赋值给这个数据版本的事务ID，记作row trx_id。同时，旧的数据版本要保留，并且在新的数据版本中，能够有信息可以直接拿到它。也就是说，数据表中的一行记录，其实可能有多个版本，每个版本有自己的row trx_id

下图是一个记录被多个事务连续更新后的状态：

在这里插入图片描述

语句更新生成的undo log（回滚日志）就是上图中的是哪个虚线箭头，而V1、V2、V3并不是物理上真实存在的，而是每次需要的时候根据当前版本和undo log计算出来的。比如，需要V2的时候，就是通过V4依次执行U3、U2算出来的

按照可重复读的定义，一个事务启动的时候，能够看到所以已经提交的事务结果。但是之后，这个事务执行期间，其他事务的更新对它不可见。在实现上，InnoDB为每个事务构造了一个数组，用来保存这个事务启动瞬间，当前在启动了但还没提交的所有事务ID。数组里面事务ID的最小值记为低水位，当前系统里面已经创建过的事务ID的最大值加1记为高水位。这个视图数组和高水位就组成了当前事务的一致性视图。而数据的可见性规则，就是基于数据的row trx_id和这个一致性视图的对比结果得到的

这个视图数组把所有的row trx_id分成了几种不同的情况

在这里插入图片描述