什么是事务隔离？
任何支持事务的数据库，都必须具备四个特性，分别是：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability），也就是我们常说的事务ACID，这样才能保证事务（Transaction）中数据的正确性。
而事务的隔离性就是指，多个并发的事务同时访问一个数据库时，一个事务不应该被另一个事务所干扰，每个并发的事务间要相互进行隔离。
为什么要隔离事务？
并发场景下的事务访问，如果没有事务隔离，便会出现以下3种问题：
- 脏读
一个事务可以读取另一个未提交事务的数据。
事例：老板给程序员发工资（老板事务），程序员的工资是3.6万/月。但是发工资时老板不小心按错了数字，按成3.9万/月，该钱已经打到程序员的户口，但是事务还没有提交，就在这时，程序员去查看自己这个月的工资（程序员事务），发现比往常多了3千元，以为涨工资了非常高兴。但是老板及时发现了不对，马上回滚差点就提交了的事务，将数字改成3.6万再提交。
分析：实际程序员这个月的工资还是3.6万，但是程序员看到的是3.9万。他看到的是老板还没提交事务时的数据。这就是脏读。
- 不可重复读（update产生）
一个事务范围内两个相同的查询却返回了不同数据，这就是不可重复读。（由其它事务update数据产生）
事例：程序员拿着信用卡去享受生活（卡里当然是只有3.6万），当他埋单时（程序员事务开启），收费系统事先检测到他的卡里有3.6万，就在这个时候！！程序员的妻子要把钱全部转出充当家用，并提交。当收费系统准备扣款时，再检测卡里的金额，发现已经没钱了（第二次检测金额当然要等待妻子转出金额事务提交完）。程序员就会很郁闷，明明卡里是有钱的…
分析：这就是读提交，若有事务对数据进行更新（UPDATE）操作时，读操作事务要等待这个更新操作事务提交后才能读取数据，可以解决脏读问题。但在这个事例中，出现了一个事务范围内两个相同的查询却返回了不同数据，这就是不可重复读。
- 幻读（insert、delete产生）
一个事务范围内两个相同的查询却返回了不同数据，这就是不可重复读。（由其它事务insert、delete数据产生）
事例：程序员某一天去消费，花了2千元，然后他的妻子去查看他今天的消费记录（全表扫描FTS，妻子事务开启），看到确实是花了2千元，就在这个时候，程序员花了1万买了一部电脑，即新增INSERT了一条消费记录，并提交。当妻子打印程序员的消费记录清单时（妻子事务提交），发现花了1.2万元，似乎出现了幻觉，这就是幻读。
四种事务隔离级别
* 读未提交（Read uncommitted）--> 啥都解决不了
一个事务可以读取另一个未提交事务的数据。
最低事务隔离级别
* 读已提交（Read committed）--> 解决“脏读”问题
读提交，顾名思义，就是一个事务要等另一个事务提交后才能读取数据。
若有事务对数据进行更新（UPDATE）操作时，读操作事务要等待这个更新操作事务提交后才能读取数据，可以解决脏读问题。
使用“快照读（Snapshot Read）”，避免“脏读”，但是可能出现“不可重复读”和“幻读”。
【大多数 数据库默认的事务隔离级别，Sql Server , Oracle】
* 可重复读（Repeatable read）--> 解决“脏读”、“不可重复读”问题
重复读，就是在开始读取数据（事务开启）时，不再允许修改操作
重复读可以解决不可重复读问题。写到这里，应该明白的一点就是，不可重复读对应的是修改，即UPDATE操作。但是可能还会有幻读问题。因为幻 读问题对应的是插入INSERT操作，而不是UPDATE操作。
使用“快照读（Snapshot Read）”，锁住被读取记录，避免出现“脏读”、“不可重复读”，但是可能出现“幻读”。
【MySQL默认的事务隔离级别】
* 串行化（Serializable）--> 解决“脏读”、“不可重复读”、“幻读”问题
Serializable 是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用。
数据库最高的事务隔离级别，这种级别下，事务“串行化顺序执行”，也就是一个一个排队执行。
这种级别下，“脏读”、“不可重复读”、“幻读”都可以被避免，但是执行效率奇差，性能开销也最大，所以基本没人会用。
排排坐，吃果果，有效避免“脏读”、“不可重复读”、“幻读”，不过效果谁用谁知道。