数据库的隔离级别

参考文章：数据库村的旺财和小强
四种隔离级别，隔离强度逐渐升高：

• read uncommitted
• read committed
• repeatable read
• serializable

read uncommitted

写数据时加上X锁，读数据时不加锁。X锁会保证只有同时只有一个事务在写，但别的事务也可以读。
可以解决：“事务一读取，事务二读取，事务一修改，事务一写入数据库，事务二修改并写入数据库”导致的事务一的修改被覆盖的问题。
不能解决“脏读”：“事务一读取，事务一修改，事务二读取，事务一回滚数据，事务二出现脏读”的问题。

read committed

除了X锁，再加一个S锁。对于一个数据不能同时加X和S锁。读数据前加S锁，读完立即释放。
这样可以解决脏读问题了：在事务一释放写锁前，事务二不能读取该数据，这样就读不到回滚之前的数据了。
不能解决的问题：重复读。“事务一读取某个数据两次（中间有时间间隔），由于S锁在读完数据后立马释放，在两次读取之间，事务二修改了该数据。那么事务一前后两次读取的结果就不一样了。”

repeatable read

由上述可知，不可重复读的原因是S锁在读取完数据后就立马释放了，导致事务二可以加上S锁进行写操作。所以这个隔离级别的改变就是，S锁也在事务结束时再释放。
可解决的问题：不可重复读
不能解决：幻读：“事务一对‘学生表’进行操作，选取了所有年龄为18的学生，并用X锁锁住，并做了修改。然后又选择了一次所有年龄为18的学生，想检查一遍，竟然发现有一行数据没有该。原来是事务二也在同时操作数据，他新插入了一行年龄为18的数据。这就是幻读”

serializable

事务之间串行化执行，一个事务结束才能执行另外一个。可以解决以上所有问题。
但效率太低

MVCC

解决不可重复读问题的另一种方法，不用将S锁加到事务结束。较为先进，同时也较为复杂。