数据库的脏读、不可重复读、幻读

  • 丢失更新:两个事务同时更新一行数据,最后一个事务的更新会覆盖掉第一个事务的更新,从而导致第一个事务更新的数据丢失,这是由于没有加锁造成的;

1. 脏读 :脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据,然后使用了这个数据。
 e.g.
        1.Mary的原工资为1000, 财务人员将Mary的工资改为了8000(但未提交事务)
        2.Mary读取自己的工资 ,发现自己的工资变为了8000,欢天喜地!
        3.而财务发现操作有误,回滚了事务,Mary的工资又变为了1000
          像这样,Mary记取的工资数8000是一个脏数据。

 

2. 不可重复读 :是指在一个事务内,多次读同一数据。在这个事务还没有结束时,另外一个事务也访问该同一数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的。这样在一个事务内两次读到的数据是不一样的,因此称为是不可重复读。
    e.g.
    1.在事务1中,Mary 读取了自己的工资为1000,操作并没有完成
    2.在事务2中,这时财务人员修改了Mary的工资为2000,并提交了事务.
    3.在事务1中,Mary 再次读取自己的工资时,工资变为了2000

 解决办法:如果只有在修改事务完全提交之后才可以读取数据,则可以避免该问题。

 

3. 幻读 : 是指当事务不是独立执行时发生的一种现象,例如第一个事务对一个表中的数据进行了修改,这种修改涉及到表中的全部数据行。同时,第二个事务也修改这个表中的数据,这种修改是向表中插入一行新数据。那么,以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行,就好象发生了幻觉一样。
   e.g. 
   目前工资为1000的员工有10人。
   1.事务1,读取所有工资为1000的员工。
   2.这时事务2向employee表插入了一条员工记录,工资也为1000
   3.事务1再次读取所有工资为1000的员工 共读取到了11条记录, 
 
 解决办法:如果在操作事务完成数据处理之前,任何其他事务都不可以添加新数据,则可避免该问题

 

不可重复读的重点是修改 :
 同样的条件, 你读取过的数据,再次读取出来发现值不一样了
幻读的重点在于新增或者删除
 同样的条件, 第 1 次和第 2 次读出来的记录数不一样

### 、可重复不可重复的概念及区别 #### 1. (Dirty Read) 是指一个事务取了另一个事务未提交的数据。这种情况会导致取到的数据可能是无效的或错误的,因为另一个事务可能会回滚其更改。在 SQL 标准中,`READ UNCOMMITTED` 隔离级别允许[^1]。 #### 2. 不可重复 (Non-Repeatable Read) 不可重复是指在一个事务内多次取同一数据时,由于其他事务对该数据进行了修改并提交,导致取结果不一致。这种问题在 `READ COMMITTED` 隔离级别下可能发生,因为它虽然防止了,但不能保证多次取的一致性[^2]。 #### 3. (Phantom Read) 是指一个事务在执行相同查询时,由于其他事务插入或删除了数据,导致两次查询的结果集不同。不可重复的区别在于,涉及的是新插入或删除的行,而不是现有行的修改。在 `REPEATABLE READ` 隔离级别下,虽然解决了不可重复问题,但仍可能出现[^3]。 #### 4. 可重复 (Repeatable Read) 可重复是指在一个事务内多次取同一数据时,结果始终保持一致。这是因为在该隔离级别下,事务开始后取的数据会被锁定,防止其他事务对其进行修改。`REPEATABLE READ` 解决了不可重复问题,但在某些情况下仍可能遇到[^4]。 ### 数据库事务隔离级别 SQL 标准定义了四种隔离级别,每种级别解决不同的事务隔离问题: 1. **READ UNCOMMITTED**:最低的隔离级别允许不可重复。 2. **READ COMMITTED**:解决了问题,但仍可能出现不可重复。 3. **REPEATABLE READ**:解决了不可重复问题,但仍可能出现。 4. **SERIALIZABLE**:最高的隔离级别,解决了不可重复问题,但性能开销较大。 ### 示例代码 以下是一个简单的事务隔离级别设置示例(以 MySQL 为例): ```sql -- 设置事务隔离级别为 REPEATABLE READ SET TRANSACTION ISOLATION LEVEL REPEATABLE READ; -- 开始事务 START TRANSACTION; -- 查询数据 SELECT * FROM table_name WHERE condition; -- 提交事务 COMMIT; ``` ### 锁机制 InnoDB 存储引擎通过锁机制实现事务隔离。常见的锁类型包括共享锁(S锁)和排他锁(X锁)。共享锁允许其他事务取被锁行,但禁止修改;排他锁则禁止其他事务取或修改被锁行。此外,InnoDB 的行级锁依赖于索引,若无索引可用,则会退化为表级锁,影响并发性能[^4]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值