MySQL事务隔离级

事务隔离级	脏读	不可重复读	幻读
读未提交（read-uncommitted）	是	是	是
不可重复读（read-committed）	否	是	是
可重复读（repeatable-read）	否	否	是
串行化（serializable）	否	否	否

查看数据库事务的隔离级

select @@tx_isolation;

读未提交（read-uncommitted）

设置隔离级

set session transaction isolation level read uncommitted;

1、打开一个客户端A，开启事务
2、在A事务提交之前打开另一个客户端B，开启B事务
3、客户端B更新数据，并查询能看到更新之后的结果
4、在客户端B的事务提交之前，通过客户端A能查询到更新值之后的结果(脏读)
5、在客户端B执行rollback，再通过客户端A能查询到更新之前的结果(B在rollback前后A读到的不一样即为不可重复读)
6、在客户端B执行commit，再通过客户端A能查询到更新之后的结果

不可重复读（read-committed）

设置隔离级

set session transaction isolation level read committed;

1、打开一个客户端A，开启事务
2、在A事务提交之前打开另一个客户端B，开启B事务
3、客户端B更新数据，并查询能看到更新之后的结果
4、在客户端B的事务提交之前，通过客户端A能查询到更新值之前的结果(没有脏读)
5、在客户端B执行rollback，再通过客户端A能查询到更新之前的结果
6、在客户端B执行commit，再通过客户端A能查询到更新之后的结果(B在commit前后A读到的不一样即为不可重复读)

可重复读（repeatable-read）

设置隔离级

set session transaction isolation level repeatable read;

1、打开一个客户端A，开启事务
2、在A事务提交之前打开另一个客户端B，开启事务
3、客户端B更新数据(update account set balance = balance - 50)并且提交，并查询能看到更新之后的结果，假设此时balance为200
4、在客户端B的事务提交之后，通过客户端A能查询到的balance依旧是250(B在commit或者rollback前后A读到的数据依旧不变即为可重复读也是幻读)
5、在客户端A执行更新操作(update account set balance = balance - 50)，更新完之后会发现balance的结果并不是250-50=200，而是200-50=150。【可重复读的隔离级别下使用了MVCC机制，select操作不会更新版本号，是快照读（历史版本即为幻读）；insert、update和delete会更新版本号，是当前读（当前版本）】

串行化（serializable）

设置隔离级

set session transaction isolation level serializable;

1、打开一个客户端A，开启事务
2、在A事务提交之前打开另一个客户端B，开启事务
3、客户端B更新数据(update account set balance = balance - 50)，此时会报错 【事务隔离级别为serializable时会锁表，这种隔离级别并发性极低，开发中很少会用到】

参考文献

转载于:https://my.oschina.net/u/4086878/blog/3016010