MySQL之事务隔离级别--转载

转自：http://793404905.blog.51cto.com/6179428/1615550

本文通过实例展示MySQL事务的四种隔离级别。

1 概念阐述

1）Read Uncommitted(读未提交)

其他事务的在未提交的改动下，当前事务可以察觉。

2）Read Committed(读提交)

其他事务在提交改动之后，当前事务可以察觉，如果其他事务未提交改动，那么不会察觉。

3) Repeatable Read(可重复读)

其他事务提交了改动，并且当前事务也提交的操作，之后才可以察觉改动。

4) Serializable(可串行化的)

通过加锁方式，仅仅保持一个事务执行更新操作，如果其他事务执行更行操作，那么将处于阻塞

等待状态。

2 实例展示

2.1 如何查询当前MySQL的事务隔离级别

MySQL默认隔离级别是Repeatable Read（可重复读）

2.2 设置当前会话的隔离级别

2.3 Read Uncommitted 隔离级别效果展示

1.A，B两个事务，将A事务设置为Read Uncommitted事务隔离级别，当B事务，做修改后未提交，A事务可以发现B事务的修改内容。

2.当A事务修改某条记录时，B也修改某条记录，会出现B阻塞等待现象，也就是说A事务修改会具有行级锁。

（A事务）

（B事务修改数据，但不提交）

（A事务可以察觉B事务修改的数据）

从上述过程可以发现，在Read Uncommitted隔离级别下，事务之间的修改会相互察觉，因此容易出现脏读现象。

而且此时事务A：update counter set value=1002 where id=1，但不提交事务；事务B也执行update counter set value = 1004 where id = 1;会阻塞等待直到超时。原因是因为事务A执行时，锁住了id=1的这行记录，因此其他事务必须等待处理完毕再执行；但是其他事务可以处理id!=1的记录。

2.4 Read Committed 隔离级别效果展示

1. A、B两个事务，假设A事务的隔离级别为Read Committed,那么B事务在执行commit之后，A事务可以发现B的修改。

2. 与Read UnCommitted一样，都存在行级锁的现象。

（A事务）

（B事务更新但未提交）

（B事务提交后，A事务可以发现B的修改）

2.5 Repeatable Read(可重复读)

1. A、B事务，A事务为Repeatable Read，当事务B修改后提交，A仍然无法察觉B的修改效果，而当A事务也提交之后，才可以察觉B的修改。

2. 同样存在行级锁的锁定

（A事务）

(B事务修改并提交，A事务仍然无法发觉B的修改)

（A事务也提交后，可以发现B的修改）

2.6 Serializable(可串行化的)

1. A、B事务，A事务为Serializable，那么B不能执行任何更新操作，因为A会获取表级锁，使得其他事务无法访问。

（A事务）

（B事务修改操作，无法执行）

3 总结

在MySQL中默认采用可重复读（Repeatable Read）隔离级别。关于隔离级别的其他知识点以及更细微的介绍，本文不做过多介绍，仅仅介绍基本的概念和理解，如果有兴趣的伙伴，可以考虑按照我这种模式，不断实验。