一：事务概念数据库
- ACID（Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔离性、持久性）并发
二：事务产生的问题spa
- 多个事务同时执行的时候日志
- 脏读（dirty read）orm
- 不可重复读（non-repeatable read）blog
- 幻读（phantom read）的问题事务
- 为了解决这些问题，就有了“隔离级别”的概念。 ci
三：隔离级别资源
- 首先隔离越高，效率就会越低。it
- 所以不少时候，咱们都要在两者之间寻找一个平衡点。
- SQL 标准的事务隔离级别包括
- 读未提交（read uncommitted）
- 读提交（read committed）
- 可重复读（repeatable read）
- 和串行化（serializable ）
四：隔离级别的具体表现
- 在一个事务下
- 
- 若隔离级别是“读未提交”
- 则 V1 的值就是 2。这时候事务 B 虽然尚未提交，可是结果已经被 A 看到了。所以，V二、V3 也都是 2。
- 若隔离级别是“读提交”
- 则 V1 是 1，V2 的值是 2。事务 B 的更新在提交后才能被 A 看到。因此， V3 的值也是 2。
- 若隔离级别是“可重复读”
- 则 V一、V2 是 1，V3 是 2。之因此 V2 仍是 1，遵循的就是这个要求：事务在执行期间看到的数据先后必须是一致的。
- 若隔离级别是“串行化”
- 则在事务 B 执行“将 1 改为 2”的时候，会被锁住。直到事务 A 提交后，事务 B 才能够继续执行。因此从 A 的角度看， V一、V2 值是 1，V3 的值是 2。
五：隔离的实现
- 在 MySQL 中，实际上每条记录在更新的时候都会同时记录一条回滚操做。记录上的最新值，经过回滚操做，均可以获得前一个状态的值。
- 假设一个值从 1 被按顺序改为了 二、三、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