MYSQL事物隔离级别

关系型数据库标准中定义了4类隔离级别，用来限定事务内外的哪些改变是可见的，哪些是不可见的。

通常, 低级别的隔离级并发处理支持更高，系统开销更低。

 

Read Uncommitted ( 未提交读 )

  所有事务都可以"看到"未提交事务的执行结果。该隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）

 

Read Committed ( 提交读 )

  大多数数据库默认的隔离级别 (但MYSQL不是) 。它满足了隔离的早先定义：一个事务在开始时，只能"看到"已提交事务所做的改变，一个事务从开始到提交前，所做的任何数据改变都是不可见的，除非已提交。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read）

 

Repeatable Read ( 可重复读 )

  MYSQL 默认事务隔离级。Repeatable Read隔离级解决了 Read Uncommitted 隔离级别导致的问题。它确保同一事务的多个实例在并发读取数据是，会"看到同样的"数据行。不过理论上，会导致另一个问题：幻读 (Phantom Read) 。换言之，幻读指当用户读取某一范围的数据行时，另一事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的"幻影" (Phantom) 行。InnoDB 和 Falcon 存储引擎通过多版本并发控制 (Multiversion Concurrentcy Control) 机制解决了幻读问题。

 

Serializable ( 串行化 )  Serializable是最高级别的隔离级，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，Serializable是在每个读的数据行上加锁。在这个级别，可能导致大量的超时 (Timeout) 现象和锁竞争 ( Lock contention) 现象。很少被用户选择，但如果用户的应用为了数据的稳定性，需要强制减少并发的话，也可以选择这种隔离级。

 

具体表现形式：

• 脏读。另一个事务修改了数据，但尚未提交，而本事务中的SELECT会读到这些未被提交的数据。如果另一事务回滚，那么读到的未提交数据将是从未有过的。
• 不重复读。解决了脏读后，会遇到，同一个事务执行过程中，另外一个事务提交了新数据，因此本事务先后两次读到的数据结果会不一致。
• 幻读。解决了不重复读，保证了同一个事务里，查询的结果都是事务开始时的状态（一致性）。但是，如果另一个事务同时提交了新数据，本事务再更新时，就会“惊奇的”发现了这些新数据，貌似之前读到的数据是“鬼影”一样的幻觉。

 

隔离级缺点

级别	脏读	不可重复读	幻读	加锁读
Read Uncommitted	是	是	是	否
Read Committed	否	是	是	否
Repeatable Read	否	否	是	否
Serializable	否	否	否	是