一、SQL标准事务隔离级别解释
在SQL标准中定义了四种隔离级别，每一种级别都规定了一个事务中所做的修改，较低级别的事务隔离通常可以执行更高的并发，系统开销也更低
四种隔离级别
READ UNCOMMITTED（未提交读）
事务中的修改，即使没有提交，对其他事务也都是可见的，事务可以读取未提交的数据，也被称为脏读（Dirty Read）。这个级别会导致很多问题，从性能上来说也不会比其他隔离级别好很多，但却缺乏其他级别的很多好处，一般实际应用中很少用，甚至有些数据库内部根本就没有实现
READ COMMITTED（提交读）
事务从开始直到提交之前，所做的任何修改对其他事务都是不可见的，这个级别有时候也叫做不可重复读（Nonrepeatable Read）,因为同一事务中两次执行同样的查询，可能会得到不一样的结果
REPEATABLE READ（可重复读）
同个事务中多次查询结果是一致的，解决了不可重复读的问题。此隔离级别下还是无法解决另外一个幻读（Phantom Read）的问题，幻读是指当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，之前的事务再次读取该范围的记录时，会产生幻行
SERIALIZABLE（可串行化）
SERIALIZABLE是最高的事务隔离级别，在该隔离下，强制事务串行执行。简单来说该级别下会在读取的每一行数据上都加上锁，可想而知新能会受到多大影响，当然部分数据库做了很好的优化，可以使得该级别下和REPEATABLE READ下的性能差不多
二、MySQL和PostgreSQL的不同
需要指出的是，不同的数据库厂商对于事务隔离级别的实现是有差别的，不同的存储引擎（InnoDB就是一种存储引擎）对于事务的处理也都是有差异的，在近些年为了适应高并发，部分数据在内部还实现了MVCC（多版本并发控制）
默认隔离级别
MySQL是REPEATABLE READ
PostgreSQL是READ COMMITTED
内部实现
MySQL四种隔离级别都实现了
PostgreSQL内部只实现了其中两种，即READ COMMITTED和SERIALIZABLE，而显示使用READ UNCOMMITTED 和REPEATABLE READ都将自动提升一个隔离级别
MVCC的改进
为了应对频繁的读写操作，MySQL和PostgreSQL都引入了MVCC，不得不说MVCC带来的性能提升是显著的，所谓MVCC即是指，在数据存储引入版本的概念，使得在数据操作时读和写可以同步进行
MySQL（InnoDB和XtraDB）在引入MVCC后，在REPEATABLE READ模式下也不会存在幻读的问题，因为在MVCC下同一个事务中MySQL只会读取当前事务版本号以前的数据，所以后面插入的数据也不会影响当前读取，（ MySQL默认使用REPEATABLE READ也有部分是这个），需要指出的是MySQL的MVCC只会在READ COMMITTED和REPEATABLE READ下工作
PostgreSQL在SERIALIZABLE下MVCC也是工作的，但是它实现的SERIALIZABLE并不是真正的顺序执行事务，而是模拟的，也就是说在写入的时候还是可以查询数据（数据快照），只有在写写的情况下才会阻塞，所以不要以为PostgreSQL的SERIALIZABLE性能很差
三、事务隔离级别的验证
1、MySQL验证未提交读
2、MySQL验证不可重复读
3、MySQL两个会话不同事务隔离级别会怎样，以读未提交与读已提交实验
3、MySQL提交读在当前事务内部是否可以读取到未提交的数据
4、验证读读，读写，写读，写写的阻塞情况
MySQL隔离级别为可重复读
MySQL隔离级别为可串行化
MySQL的SERIALIZABLE是没有使用MVCC的所以在读写和写读的时候都是给数据加了排他锁，这时只能等待上一个事务完成
PostgreSQL隔离级别为可串行化
PostgreSQL的SERIALIZABLE跟MySQL的REPEATABLE READ有点相似，在写读和读写的时候不会阻塞（在MVCC解决了幻读，SERIALIZABLE其实没多大必要去阻塞读写和写读），需要注意的是MySQL同时写可以顺序执行事务，但是PostgreSQL在第二个事务去执行时，如果第一个事务修改了数据并提交，这时第二事务会抛出错误：[Err] ERROR: could not serialize access due to concurrent update
