数据库隔离级别

本文详细阐述了数据库事务的四种隔离级别——READ-UNCOMMITTED、READ-COMMITTED、REPEATABLE-READ和SERIALIZABLE,以及它们在并发情况下可能导致的问题,如更新丢失、脏读、不可重复读和幻读。通过调整事务隔离级别,可以有效防止这些问题,但可能影响并发性能。文章提供了实例解析和解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

根据并发情况引起的问题,修改隔离级别来避免。

一、更新丢失:

背景:隔离级别:READ-UNCOMMITED

在这里插入图片描述

由于取款事务回滚,导致把存款事务修改的数据覆盖了。出现了更新丢失。
解决:因InnoDB会给我们加锁,所以当今这种情况不会发生。

二、脏读

背景:隔离级别:READ-UNCOMMITTED
由于读了未提交事务的数据,导致异常。

某人有1000元。
取款事务读到了1000。
取款事务扣100元剩900元。
存款事务读到了900元。
取款事务回滚了,剩1000 。
存款事务用读到的900+1000,剩1900元。
取款取消了,导致最终存款少了100。

解决:设置隔离级别:set session transation isolation level read committed;

隔离级别:READ-COMMITTED
某人有1000元。
取款事务读到了1000。
取款事务扣100元剩900元。
存款事务读到了1000元。
取款事务回滚了,剩1000 。
存款事务用读到的1000+1000,剩2000元。
取款取消了,未影响数据的正确性。

三、不可重复读

背景:隔离级别:READ-COMMITTED
事务A多次读数据,事务B在事务A多次读的过程中修改了数据并提交了。导致事务A每次读到的数据不一样。

事务A读到了1000元。
事务B读到了1000元。加1000,剩2000。
事务A又读到了1000元。(因隔离级别为READ-COMMITTED)
事务B提交。
事务A读到了2000。导致前后两次读到的数据不一样。

解决:设置隔离级别:set session transation isolation level repeatable read;

隔离级别:REPEATABLE-READ

事务A读到了1000元。
事务B读到了1000元。加1000,剩2000。
事务A又读到了1000元。(因隔离级别为READ-COMMITTED)
事务B提交。
事务A读到了1000。前后两次读到的数据一样。

即:当前事务不管别的事务怎么修改提交,自己还是用的自己那份数据。

四、幻读

背景:隔离级别:REPEATABLE-READ

事务A当前查询到了4条数据。
事务B 插入\删除 一条数据,提交。
事务A更新数据,发现更新了5条\3条。好像出现了幻觉。

解决:设置隔离级别:set session transation isolation level serializable;

隔离级别:SERIALIZABLE
即:串行。但是会影响并发效率。

总结

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值