https://www.cnblogs.com/catmelo/p/8878961.html
起初隔离级别为read uncommitted 读未提交；a,b两个会话，分别开启两个事务，然后a向b转了500元钱，但a未提交该事务，
此时b查看，发现多了500.然后a回滚事务，b再查看账户，发现根本就没有多500.这便是脏读。脏读便是可以读取到另一个事务尚未提交的数据。
如果我们此时将隔离级别提升为read committed 读已提交，便可避免脏读。同样b两个会话，分别开启两个事务，然后a向b转了500元钱，
但a未提交该事务，此时b查看，依旧是原钱数.
但此时，如果a 提交事务，b再去查看，发现此时多了500，对b而言，在一个事务中，两次查询的结果不一致，这便是不可重复读。
如果我们此时将隔离级别提升为repeatable read 可重复读，可以避免脏读和不可重复读的发生。同样a 提交事务，b再去查看，发现
依旧是原钱数，b只能结束当前事务，在开启一个新事务，才能查询到数据的变化，这al便避免了不可重复读。
如果我们设置了seriizable串行化，就相当于锁表，某一时间内只允许一个事务访问该表。
在可重复读中，该sql第一次读取到数据后，就将这些数据加锁（悲观锁），其它事务无法修改这些数据，就可以实现可重复读了。但这种方法却无法锁住insert的数据，所以当事务A先前读取了数据，或者修改了全部数据，事务B还是可以insert数据提交，这时事务A就会发现莫名其妙多了一条之前没有的数据，这就是幻读，不能通过行锁来避免。需要Serializable隔离级别 ，读用读锁，写用写锁，读锁和写锁互斥，这么做可以有效的避免幻读、不可重复读、脏读等问题，但会极大的降低数据库的并发能力。
但是MySQL、ORACLE、PostgreSQL等成熟的数据库，出于性能考虑，都是使用了以乐观锁为理论基础的MVCC（多版本并发控制）来实现。