MySQL 事务隔离级别

 

        在 SQL 标准中定义了四种标准的隔离级别，每一种级别都规定了一个事务中所做的修改，哪些在事务内和事务间是可见的，哪些是不可见的。较低级别的隔离通常可以执行更高的并发，系统的开销也更低。

 

READ UNCOMMITTED （未提交读）

        在 READ UNCOMMITTED 级别中，事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取已修改的未提交的数据，所以这也被称为“脏读”（因为事务可能回滚，导致结果并不是读取的数据）

 

事务A	事务B
start transaction	start transaction
select * from Tran_test where id = 1;(count=1)
update Tran_test set count=count-1 where id =1;
	select *from Tran_test where id=1;(count=0)
select * from Tran_test;(count=0)
roll back	commit;

 

READ COMMITTED （提交读）

        大多数数据库系统的默认隔离级别是 READ COMMITTED（但 MySQL 不是）。定义：一个事务开始时，只能“看见”已经提交的事务所做的修改。提交读可以解决“脏读”问题。但会产生“不可重复读”，因为在一个事务中，两次执行相同的查询，可能会得到不一样的结果

 

事务A	事务B
start transaction;	start transaction;
select * from Tran_test where id=1;(count=1)
update Tran_test set count=count-1 where id=1;
select * from Tran_test;(count=0)
	select * Tran_test where id = 1;(count=1)
commit;
	select * from Tran_test where id = 1;(count=0)
	commit;

 

REPEATABLE READ（可重复读）

        REPEATABLE READ 解决了脏读和可重复读的问题。该级别保证了在同一个事务中多次读取同样记录的结果是一致的。但无法解决另一个“幻读”问题。所谓“幻读”，指的是当某个事务在读取某个范围内的记录时，另一个事务又在该范围内插入一条记录，当之前的事务再次读取该范围的记录时，会产生“幻行”。InnoDB 和 XtraDB 存储引擎通过多版本并发控制（MVCC, Multiversion Concurrency Control）解决了“幻读”。

        MySQL 默认就是 “可重复读”级别。

 

事务A	事务B
start transaction;	start transaction;
select * from Tran_test where id=1;(count=1)
update Tran_test set count=count-1 where id=1;
select * from Tran_test where id =1; (count=0)
	select * from Tran_test where id=1;(count=1)
commit;
	select * from Tran_test where id =1;(count=1)
	commit;

SERIALIZABLE （可串行化）

        SERIALIZABLE 是最高的隔离级别。它通过强制事务串行执行，避免了前面说的“幻读”。简单来说，SERIALIZABLE 会再读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用。

 

 

快照读、当前读

        快照读：在事务中，执行普通 select 查询之后，会创建快照，后面再执行相同的 select 语句时，查询的其实是前面生成的快照。这就是为什么会有可重复读。

        当前读：每次 select 查询，都需要从数据库中获取当前最新的数据。所有会产生 “不可重复读”问题。

 

总结：

 

隔离级别	脏读可能性	不可重复读可能性	幻读可能性	加锁读
READ UNCOMMITTED	yes	yes	yes	no
READ COMMITTED	no	yes	yes	no
REPEATABLE READ	no	no	yes	no
SERIALIZABLE	no	no	no	yes