一：事务概念
- ACID（Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔离性、持久性）
二：事务产生的问题
- 多个事务同时执行的时候
- 脏读（dirty read）
- 不可重复读（non-repeatable read）
- 幻读（phantom read）的问题
- 为了解决这些问题，就有了“隔离级别”的概念。
三：隔离级别
- 首先隔离越高，效率就会越低。
- 因此很多时候，我们都要在二者之间寻找一个平衡点。
- SQL 标准的事务隔离级别包括
- 读未提交（read uncommitted）
- 读提交（read committed）
- 可重复读（repeatable read）
- 和串行化（serializable ）
四：隔离级别的具体表现
- 在一个事务下
- 
- 若隔离级别是“读未提交”
- 则 V1 的值就是 2。这时候事务 B 虽然还没有提交，但是结果已经被 A 看到了。因此，V2、V3 也都是 2。
- 若隔离级别是“读提交”
- 则 V1 是 1，V2 的值是 2。事务 B 的更新在提交后才能被 A 看到。所以， V3 的值也是 2。
- 若隔离级别是“可重复读”
- 则 V1、V2 是 1，V3 是 2。之所以 V2 还是 1，遵循的就是这个要求：事务在执行期间看到的数据前后必须是一致的。
- 若隔离级别是“串行化”
- 则在事务 B 执行“将 1 改成 2”的时候，会被锁住。直到事务 A 提交后，事务 B 才可以继续执行。所以从 A 的角度看， V1、V2 值是 1，V3 的值是 2。
五：隔离的实现
- 在 MySQL 中，实际上每条记录在更新的时候都会同时记录一条回滚操作。记录上的最新值，通过回滚操作，都可以得到前一个状态的值。
- 假设一个值从 1 被按顺序改成了 2、3、4，在回滚日志里面就会有类似下面的记录。
- 
- 当前值是 4，但是在查询这条记录的时候，不同时刻启动的事务会有不同的 read-view
- 同一条记录在系统中可以存在多个版本，就是数据库的多版本并发控制（MVCC）。
- 在系统判断没有早于这个 read-view 的日志，这个回滚日志既会删除。
六：长事务
- 长事务意味着系统里面会存在很老的事务视图。
- 由于这些事务随时可能访问数据库里面的任何数据，所以这个事务提交之前，数据库里面它可能用到的回滚记录都必须保留，这就会导致大量占用存储空间。
- 除了对回滚段的影响，长事务还占用锁资源，也可能拖垮整个库。
七：如何监控和减少长事务的产生？
- 设置autocommit=1，另外，编写一个定时监控Innodb_trx表中时间比较大的事务的任务
- 可以在 information_schema 库的 innodb_trx 这个表中查询长事务，比如下面这个语句，用于查找持续时间超过 60s 的事务。
- select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>60