这是我参与8月更文挑战的第16天，活动详情查看：8月更文挑战
事务就是要保证一组数据库操作，要么成功，要么失败;在Mysql，事务支持实在引擎层实现的，并不是Mysql引擎都支持事务，原生MyISAM引擎就不支持事务，InnoDB支持。
一、隔离性和隔离级别
1.1 隔离性
Isolation，这个没什么可说的。
1.2 隔离级别
当数据库有多个事务同时执行的时候，就可能出现脏读、不可重复读、幻读的问题，为了解决这些问题，便‘隔离级别’的说法；隔离级别越高，效率就越低。
隔离级别分类:
读未提交（read uncommitted)
一个事务还没提交时，它做的变更就能被其它事务看到
读提交(read committed)
一个事务提交之后，它做的变更才会被其它事务看到，Mysql默认隔离级别是‘读提交’
可重复读(repeatable read)
一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。在这个级别下，未提交变更对其他事务也是不可见的。适用于的场景为数据校对逻辑，比如银行个账明细校对，中途有新交易发生。
串行化(serializable)
对于同一行记录，wirte会加writeLock，read会加readLock。当出现读写锁冲突时，后访问的事务必须等前一个事务执行完成，才能继续执行。
二、隔离级别实战
2.1 例子解析
不同事务隔离级别的作用于以下语句，V1、V2、V3的返回值是多少？
mysql> 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，遵循的就是这个要求：事务在执行期间看到的数据前后必须是一致的
- 若隔离级别是“串行化”，则在事务 B 执行“将 1 改成 2”的时候，会被锁住。直到事务 A 提交后，事务 B 才可以继续执行。所以从 A 的角度看， V1、V2 值是 1，V3 的值是 2
2.2 长事务
运行时间比较长，长时间未提交的事务，也可以称之为长事务。
影响
- 长事务意味着系统里面会存在很老的事务视图。由于这些事务随时可能访问数据库里面的任何数据，所以这个事务提交之前，数据库里面它可能用到的回滚记录都必须保留，这就会导致大量占用存储空间
- 长事务还占用锁资源，也可能拖垮整个库
- 容易造成主从延迟
