- 一、隔离级别的概念
- 二、测试TRANSACTION_READ_UNCOMMITTED隔离级别
- 三、测试TRANSACTION_READ_COMMITTED隔离级别
- 四、测试TRANSACTION_REPEATABLE_READ隔离级别
- 五、测试TRANSACTION_SERIALIZABLE隔离级别
为什么要考虑隔离级别?
因为事务要并发执行,而并发执行可能会出现一些问题:脏读、不可重复读和虚读,有的是允许出现的,有的不允许出现,对于这种不同程度上的出现或不出现的并发控制才有了不同的隔离级别。
MySQL支持的四种隔离级别是:
- TRANSACTION_READ_UNCOMMITTED:未提交读。说明在提交前事务A可以看到事务B的变化。这样读脏数据,不可重复读和幻读都是被允许的。
- TRANSACTION_READ_COMMITTED:已提交读(oracle默认),说明读取未提交的数据是不允许的(防止脏读)。在这个级别仍然允许不可重复读和幻读发生。
- TRANSACTION_REPEATABLE_READ:可重复读(MySQL默认),说明事务保证能够再次读取相同的数据而不会失败,即使其他的事务把这个数据改了,你也不会看到前后两次查询的数据的不同。但是幻读仍然会出现。
- TRANSACTION_SERIALIZABLE:串行化,是最高的事务隔离级别,它防止脏读,不可重复读和幻读。串行执行,相当于是单线程 *** 作,并发能力最低。
注意:
事务隔离级别越高,为避免冲突所花费的性能也就越多,即效率低。在“可重复读”级别,实际上可以解决部分的虚读问题,但是不能防止update更新产生的虚读问题,要禁止虚读产生,还是需要设置串行化隔离级别。
MySQL客户端默认工作在可重复读级别:
二、测试TRANSACTION_READ_UNCOMMITTED隔离级别若此时A客户端rollback,数据库中zhangsan的年龄恢复到了20,这时候已经来不及了,因为B客户端已经拿着21去做业务了。
两个客户端都rollback放弃对当前事务对数据做的修改,zhangsan年龄恢复为20
三、测试TRANSACTION_READ_COMMITTED隔离级别因为设置了已提交读隔离级别,所以事务B并没有发生脏读,这是由各种锁机制以及事务并发的MVCC版本控制实现的。
查询到了已经commit的数据,发生了不可重复读,这在已提交读隔离级别是允许发生的。既然发生了不可重复读,幻读就肯定可以发生了。
四、测试TRANSACTION_REPEATABLE_READ隔离级别可重复读在一定意义上可以防止幻读的出现,可以看到,当前的可重复读隔离级别,防止了insert。其实可重复读隔离级别可以防止insert和delete,不能防止update。
实际上,事务A已经插入并且提交了,aaa已经存在,因为事务B update aaa的年龄成功了
前后两次同样的查询,后一次查询与前一次查询的数据量不同,就发生了幻读。也就是可重复读隔离级别下,并没有解决幻读的问题,要彻底解决幻读,就需要设置串行化隔离级别
五、测试TRANSACTION_SERIALIZABLE隔离级别从现象看,串行化可以解决幻读,同样的条件进行查询,在另一个表里面插入数据时就被阻塞,由于事务B正在读数据,此时事务A再写数据就被阻塞了(用读写锁实现,允许读读,不允许读写或者写写)
MySQL server不会让自己执行事务的线程永远阻塞,导致当前线程占用的锁无法释放,而使得其他执行事务的线程也无法获得锁而永远阻塞。所以执行事务的线程都是带有时间的,当线程等待时间过长时,会让超时线程释放锁,并会返回一个错误:
到此这篇关于MySQL事务的隔离级别详情的文章就介绍到这了,更多相关MySQL事务隔离级别内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)