数据库脏读、幻读以及不可重复读

最近刷面经，刷到一些这样的面试题，就做一点笔记来加深自己的理解
1、数据库脏读
所谓的脏读顾名思义就是数据被污染了，当数据库存在多个用户时，A对数据进行了修改，但没有确认，但是这时候B对这个数据进行查询，接着A对数据进行了回滚，那样B得到的数据就是一个错误的数据，举个贴近生活的例子，教务系统你的高数老师登记你的高数成绩看走眼了，就把小C的成绩看成你的成绩了，然后你就挂了，然后你查到了该成绩，然后就准备补考，然后老师复查的时候发现登记错误了，就改回来了，然后第二年你补考的时候发现补考名单里面没有你的名字。这就是脏读的原理
2、数据库的不可重复读
数据库不可重复读，所谓的不可重复读，我觉得名字有点歧义，更确切的就是产生了前后矛盾，不可重复读指的是在A查询数据，然后B事件在逻辑中改变了该数据，接着A再对该数据进行查询，出现了前后矛盾。按照上述例子说法就是，你在第一次查询成绩后，老师发现这次题出的太难了，然后给你的分数加了个权重（声明我没有在黑浙江高考），然后第二次你查询成绩你就彻底懵逼了。
3、数据库的幻读
幻读的重点也在于前后数据不对应，事务A首先根据条件索引得到若干数据，然后事务B改变了符合事务A搜索条件的数据，导致事务A再次搜索发现有数据数量不符合。幻读和不可重复读最大的区别在于是不是进行了搜索。也就是保研的时候本来只算必修课，然后我将自己的必修成绩加了起来，然后教务处一纸文件表示选修课也要算成绩，然后。。。
下面说一下解决方案：
脏读最容易解决，只要保证一个事务不会读到另一个并行事务已修改但未提交的数据就可以解决
不可重复读可以通过保证一个事务不会读到另一个并行事务读取但未提交的数据就可以解决
幻读比较麻烦一些必须通过保证事务串行执行

最后补一个事件隔离级别。
Serializable （串行化）：最严格的级别，事务串行执行，资源消耗最大；

2、REPEATABLE READ（重复读） ：保证了一个事务不会修改已经由另一个事务读取但未提交（回滚）的数据。避免了“脏读取”和“不可重复读取”的情况，但不能避免“幻读”，但是带来了更多的性能损失。

3、READ COMMITTED （提交读）：大多数主流数据库的默认事务等级，保证了一个事务不会读到另一个并行事务已修改但未提交的数据，避免了“脏读取”，但不能避免“幻读”和“不可重复读取”。该级别适用于大多数系统。

4、Read Uncommitted（未提交读） ：事务中的修改，即使没有提交，其他事务也可以看得到，会导致“脏读”、“幻读”和“不可重复读取”。