MySQL事务隔离

一.SQL标准的事务隔离级别

• 读未提交(Read Uncommitted)：一个事务还没提交时，它做的变更就能被别的事务看到
• 读提交(Read Committed)：一个事务提交之后，它做的变更才会被其他事务看到
• 可重复读(Repeatable Read)：一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据 是一致的，未提交变更对其他事务也是不可见的
• 序列化(Serializable)：是对于同一行记录，写会加写锁，读会加读锁。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行

事务A	事务B
启动事务，查询得到值1	启动事务
	查询得到值1
	将1改成2
查询得到值V1
	提交事务B
查询得到值V2
提交事务A
查询得到值V3

对上面的操作，不同隔离级别对应的值不一样：

	读未提交	读提交	可重复读	序列化
V1	2	1	1	1
V2	2	2	1	1
V3	2	2	2	2

比较难理解的是后面的两个：

• 可重复读：事务在执行期间看到的数据前后必须是一致的，即事务A提交事务之前，看到的东西和第一次看到的东西都是一样的，不会因外面修改而变化
• 序列化：事务A期间，事务B执行修改动作的时候，将被锁住，直到事务A提交后，事务B才可以继续执行

二.事务隔离如何实现

在实现上，数据库里面会创建一个视图，访问的时候以视图的逻辑结果为准。

• 读未提交：直接返回记录上的最新值
• 读提交：视图是在每个 SQL 语句开始执行的时候创建的
• 可重复读：视图是在事务启动时创建的，整个事务存在期间都用这个视图
• 序列化：用加锁的方式来避免并行访问

三.MySQL中的事务隔离

Oracle的默认隔离级别是读提交，但MySQL默认的是可重复读。

• 使用 show variables like 'transaction_isolation'; 查看MySQL当前的事务隔离级别：默认为可重复读

  mysql> show variables like 'transaction_isolation';
  +-----------------------+-----------------+
  | Variable_name         | Value           |
  +-----------------------+-----------------+
  | transaction_isolation | REPEATABLE-READ |
  +-----------------------+-----------------+
  1 row in set, 1 warning (0.00 sec)
  

四.MySQL的事务启动方式

• 显式启动事务语句

  begin / start transaction
  xxx
  commit
  rollback
  

• 设置自动提交参数

  ## 关掉自动提交，导致的结果是，执行一个select语句，事务就启动了，而且不会自动提交，事务持续直到主动commit或者rollback或者断开连接
  set autocommit=0;
  ## 建议打开自动提交事务，通过显式语句的方式来启动事务
  set autocommit=1;
  

  注：有些客户端连接框架会默认连接成功之后先执行关闭自动提交，会导致接下来的查询都在事务中，如果是长连接，就导致了意外的长事务

• 查询超过60s的长事务：

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

五.MySQL中事务隔离的实现 - 可重复读

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

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

回滚段(从下往上恢复)
将2改成1	read-view A
将3改成2	read-view B
将4改成3
当前值4	read-view C

虽然当前值是4，但是查询这条记录的时候，不同时刻启动的事务会有不同的read-view，如上面表格所示的视图ABC。

• 数据库的多版本并发控制 - MVCC：同一条记录在系统中可以存在多个版本
• MVCC好处：即使有其他事务修改，与之前视图对应的事务不会冲突

视图A要想查询到1，必须将当前值依次执行图中所有的回滚操作得到。

当没有事务再需要用到这些回滚日志时，回滚日志会被删除。这个时候是当系统里面没有比这个回滚日志更早的read-view的时候。出于这个原因，建议尽量不要使用 长事务 。

长事务意味着系统里面会存在很老的事务视图。由于这些事务随时可能访问数据库里面的任何数据，所以这个事务提交之前，数据库里面它可能用到的回滚记录都必须保留，这会导致大量占用存储空间。