本章概览
mysql是一个支持多引擎的系统，并不是所有引擎都支持事务，本篇以innodb为例解析mysql在事务支持的实现。提到事务一定会想到ACID(Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔离性、持久性)，今天来说一下隔离性。
隔离性和隔离级别
当数据库有多个事务同时执行时，就会出现脏读，不可重复读，幻读的问题，为了解决这些问题，隔离级别应运而生。隔离级别包括未提交读（read uncommited），已提交读（read commited），可重复读（repeatable read），串行化（serializable）
- 未提交读 ，一个事务还没提交的时候，他的变更就被别的事务看到
- 已提交读，一个事务提交之后，他的变更被其它事物看到
- 可重复读，一个事务在执行中看到的数据，总是和他启动时看到的数据是一致的，当然其他事务尚未提交的事务，他也是看不到的。
- 串行化，对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。
这四种隔离级别并行性能依次降低，安全性依次提高。
我用一个例子说明这几种隔离级别。假设数据表t中只有一列，其中一行的值为 1，下面是按照时间顺序执行两个事务的行为。
mysql> create table t(c int) engine=InnoDB;
insert into t(c) values(1);
| 事务A | 事务B |
|---|---|
| 启动事务查询得到值1 | 启动事务 |
| 查询得到值1，更新值为2 | |
| 查询得到值v1 | |
| 提交事务B | |
| 查询得到值v2 | |
| 提交事务A | |
| 查询得到值v3 | |
| 在不同隔离级额别下，v1,v2,v3的值不同 |
- 在未提交读隔离级别下，v1= 2，v2= 2 ，v3 = 2，
- 在已提交读隔离级别下，v1= 1，v2= 2，v3 = 2，
- 在可重复读隔离级额别下，v1= 1，v2= 1，v3 = 2，
- 在串行化隔离级别下，v1= 1，v2= 1，v3 = 2，事务 B 执行“将 1 改成 2”的时候，会被锁住。直到事务 A 提交后，事务 B 才可以继续执行。所以从 A 的角度看， V1、V2 值是 1，V3 的值是 2。
隔离级别的实现方式
数据库里面会创建一个视图，访问的时候以视图的结果为准，在可重复读级别下，视图是在事务启动时创建，且整个事务只有一个视图，在已提交读隔离级别下，每个sql执行时都会创建这个视图。未提交读和串行化没有试图概念，未提交读直接读取最新记录，串行化使用加锁避免并行访问。
这里以可重复读为例，mysql每次更新都会记录一个回滚操作，记录上的最新值，通过回滚操作获取上一个状态值。比如把一个值从A变到D，会有以下记录。
在视图 1、2、3、4里面，这一个记录的值分别是 A、B、C、D，同一条记录在系统中可以存在多个版本，就是数据库的多版本并发控制（MVCC）。对于 read-view-1，要得到 1，就必须将当前值依次执行图中所有的回滚操作得到。
回滚日志总不能一直保留吧，什么时候删除呢？答案是，在不需要的时候才删除。也就是说，系统会判断，当没有事务再需要用到这些回滚日志时，回滚日志会被删除。就是当系统里没有比这个回滚日志更早的 read-view 的时候
为什么不建议长事务？
- 长事务意味着会存很老的事务视图，由于这些事务随时可能访问数据库里面的任何数据，所以这个事务提交之前，数据库里面它可能用到的回滚记录都必须保留，这就会导致大量占用存储空间。
- 长事务还占用锁资源，也可能拖垮整个库
事物的启动方式
- 显式启动事务语句， begin 或 start transaction。配套的提交语句是 commit，回滚语句是 rollback。
- set autocommit=0，这个命令会将这个线程的自动提交关掉。意味着如果你只执行一个 select 语句，这个事务就启动了，而且并不会自动提交。这个事务持续存在直到你主动执行 commit 或 rollback 语句，或者断开连接。建议你总是使用 set autocommit=1。
显式开启事务，需要手动提交；非显式开启的事务，需要看autocommit参数，0需要手动提交，1自动提交。
你可以在 information_schema 库的 innodb_trx 这个表中查询长事务
select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>60
