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事务）