总结
数据库在并发的情况下，可能会出现：
- 脏读
- 不可重复读 --> 原因：UPDATE操作
- 幻读 --> 原因：INSERT/DELETE操作
为了避免以上问题，数据库事务增加隔离级别，来保证数据的准确性。隔离级别从低到高有4个级别：
- 读未提交 Read uncommitted
- 读提交（不可重复读）Read committed
- 重复读 Repeatable read
- 序列化 Serializable
值得一提的是：大多数数据库默认的事务隔离级别是Read committed，比如Sql Server , Oracle。Mysql的默认隔离级别是Repeatable read。
一、并发问题
1、脏读
事务T1正在操作一条数据，此时事务T2获取该条数据纪录，如果T1异常，事务回滚，T2读取到的数据就是脏数据，这种现象称为脏读。
2、不可重复读
事务T1多次读取某条记录，在读取间隔中，事务T2更新了该技术的数据，当T1再次读取该记录时，获取到的数据不一致，这种现象称为不可重复读。产生的原因主要是数据的更新。
3、幻读
事务T1批量处理多条记录，此时事务T2新增或删除了一条或多条记录，当T1处理完成，查询处理结果，会发现有记录没有处理（T2新增的）或者发现记录少了（T2删除的），会有一种幻觉的感觉，这种现象称为幻读。主要是数据的新增或删除导致。
二、隔离级别
1、读未提交（Read uncommitted）
①定义：就是一个事务读取到其他事务未提交的数据，是级别最低的隔离机制。
②缺点：会产生脏读、不可重复读、幻读。
③脏读案例：老板要给程序员发工资，程序员的工资是3.6万/月。但是发工资时老板不小心按错了数字，按成3.9万/月，该数据已经保存了，但是事务还没有提交。就在这时，程序员去查看自己这个月的工资，发现比往常多了3千元，以为涨工资了非常高兴。但是老板及时发现了不对，马上回滚差点就提交了的事务，将数字改成3.6万再提交。分析——> 实际程序员这个月的工资还是3.6万，但是程序员看到的是3.9万。他看到的是老板还没提交事务时的数据。这就是脏读。
④解决方案：采用更高级的隔离机制，如读提交。
2、读提交-不可重复读（Read committed)
①定义：就是一个事务读取到其他事务提交后的数据。Oracle默认隔离级别。
②缺点：会产生不可重复读、幻读。
③不可重复读案例：程序员拿着信用卡去享受生活（卡里当然是只有3.6万），当他埋单时（程序员事务开启），收费系统事先检测到他的卡里有3.6万（第一次读），就在这个时候！！程序员的妻子要把钱全部转出充当家用，并提交。当收费系统准备扣款时，再检测卡里的金额（第二次读），发现已经没钱了（第二次检测金额当然要等待妻子转出金额事务提交完）。程序员就会很郁闷，明明卡里是有钱的…分析——>这就是读提交，若有事务对数据进行更新（UPDATE）操作时，读操作事务要等待这个更新操作事务提交后才能读取数据，可以解决脏读问题。但在这个事例中，出现了一个事务范围内两个相同的查询却返回了不同数据，这就是不可重复读。
④解决方案：采用更高级的隔离机制，如可重复读。
3、可重复读（Repeatable read）
0.解决不可重复读案例：程序员拿着信用卡去享受生活（卡里当然是只有3.6万），当他埋单时（事务开启，不允许其他事务的UPDATE修改操作），收费系统事先检测到他的卡里有3.6万。这个时候他的妻子不能转出金额了。接下来收费系统就可以扣款了。分析——>重复读可以解决不可重复读问题。写到这里，应该明白的一点就是，不可重复读对应的是修改，即UPDATE操作。但是可能还会有幻读问题。因为幻读问题对应的是插入INSERT操作，而不是UPDATE操作。
①定义：就是一个事务对同一份数据读取到的相同，不在乎其他事务对数据的修改。MySQL默认的隔离级别。
②缺点：会产生幻读。
③幻读案例：程序员某一天去消费，花了2千元，然后他的妻子去查看他今天的消费记录（全表扫描FTS，妻子事务开启），看到确实是花了2千元，就在这个时候，程序员花了1万买了一部电脑，即新增INSERT了一条消费记录，并提交。当妻子打印程序员的消费记录清单时（妻子事务提交），发现花了1.2万元，似乎出现了幻觉，这就是幻读。。
④解决方案：采用更高级的隔离机制，序列化。
4、序列化（Serializable）
①定义：事务串行化执行，隔离级别最高，牺牲了系统的并发性。
②缺点：可以解决并发事务的所有问题。但是效率地下，消耗数据库性能，一般不使用。
参考
1.吴小凯 https://www.cnblogs.com/ubuntu1/p/8999403.html
2.维亚贝 https://blog.csdn.net/u011861874/article/details/81539306