【事务】：数据库事务隔离级别、脏读、幻读、不可重复读
数据库事务的隔离级别有4个，由低到高依次为：
- Read uncommitted
- Read committed
- Repeatable read
- Serializable
这四个级别可以逐个解决脏读 、不可重复读 、幻读 问题。
可能出现 ×: 不会出现
| 数据库事务的隔离级别 | 脏读 | 不可重复读 | 幻读 |
| Read uncommitted | √ | √ | √ |
| Read committed | × | √ | √ |
| Repeatable read | × | × | √ |
| Serializable | × | × | × |
-
Read uncommitted 读未提交
公司发工资了，领导把20000元打到小明的账户上，但是该事务并未提交，而小明正好去查看账户，发现工资已经到账，是20000元，非常高 兴。可是不幸的是，领导发现发给小明的工资金额不对，是2000元，于是迅速回滚了事务，修改金额后，将事务提交，最后小明实际的工资只有 2000元，小明空欢喜一场。
出现的上述情况就是“脏读” ：两个并发的事务，“事务A：领导给小明发工资但未提交”、“事务B：小明查询工资账户”，事务B读取了事务A尚未提交的数据。
当隔离级别设置为Read uncommitted 时，就可能出现脏读--读取到未提交的事务。而要想避免脏读，需使用如下隔离级别。
-
Read committed 读已提交
小明拿着工资卡去消费，先在查了卡里确实有2000元，而此时她的老婆也正好在网上转账，把小明工资卡的2000元转到另一账户，并在 小明消费操作之前提交了事务，当小明消费扣款时，系统检查到小明的工资卡已经没有钱，扣款失败，小明十分纳闷，明明卡里有钱，怎么个情况?
出现的上述情况就是“不可重复读” ：两个并发的事务，“事务A：小明查询并消费”、“事务B：小明的老婆网上转账”，事务A事先读取了数据，事务B紧接了更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。
当隔离级别设置为Read committed 时，可避免脏读，但是无法避免不可重复读。
注：大多数数据库的默认级别是Read committed，比如Sql Server , Oracle。而要想避免不可重复读，需使用如下隔离级别。
读取记录时未加行记录锁，导致读取前后，数据可能被另外一个事务修改并提交过了，发生数据读取不一致的情况。
-
Repeatable read 可重复读
当隔离级别设置为Repeatable read 时，可以避免不可重复读。当小明拿着工资卡去消费时，一旦系统开始读取工资卡信息（即事务开始），小明的老婆就不可能对该记录进行修改，也就是小明的老婆不能在此时转账。
当隔离级别设置为Repeatable read时，可避免不可重复读，但无法避免幻读 。
小明的老婆正在查询到小明信用卡的消费当月流水所有记录总额为80元，而小明此时正好在外面happy后在收银台买单，消费1000元，即新增了一条1000元的消费记录并提交了事务，随后小明的老婆将小明当月信用卡消费的明细打印出来，却发现消费总额为1080元，小明的老婆很诧异，以为出 现了幻觉，幻读就这样产生了。
注：Mysql(InnoDB引擎)的默认隔离级别就是Repeatable read。
对应行级记录锁，可实现读取行记录时，该行锁定不能被修改。
因为是行级记录锁而不是锁表，所以读取行记录时，不能避免被新增插入数据，出现幻读。
-
Serializable 序列化
Serializable 是最高的事务隔离级别，同时代价也花费最高，性能很低，一般很少使用，在该级别下，事务顺序执行，不仅可以避免脏读、不可重复读，还避免了幻读。
