MySQL手册提供了一个关于MySQL支持的事务隔离模式的恰当描述 – 在这里我并不会再重复，而是聚焦到对性能的影响上。
SERIALIZABLE – 这是最强的隔离模式，本质上打败了在锁管理（设置锁是很昂贵的）的条件下，多版本控制对所有选择进行锁定造成大量的开销，还有你得到的并发。这个模式仅在MySQL应用中非常特殊的情况下使用。
REPEATABLE READ – 这是默认的隔离级别，通常它是相当不错的，对应用程序的便捷性来说也不错。它在第一次的时候读入所有数据 （假设使用标准的非锁读）。但是这有很高的代价 – InnoDB需要去维护事务记录，从一开始就要记录，它的代价是非常昂贵的。更为严重的情况是，程序频繁地更新和hot rows – 你真的就不想InnoDB去处理rows了，它有成百上千个版本。
在性能上的影响， 读和写都能够被影响。用select查询遍历多个行是代价高昂的，对于更新（update）也是，在MySQL 5.6中，尤其是版本控制看起来导致了严重的争用问题。
