一、脏读、幻读和不可重复读
1、脏读:脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据,然后使用了这个数据。
例如:
张三的工资为5000,事务A中把他的工资改为8000,但事务A尚未提交。
与此同时,
事务B正在读取张三的工资,读取到张三的工资为8000。
随后,
事务A发生异常,而回滚了事务。张三的工资又回滚为5000。
最后,
事务B读取到的张三工资为8000的数据即为脏数据,事务B做了一次脏读。
2、不可重复读:是指在一个事务内,多次读同一数据。在这个事务还没有结束时,另外一个事务也访问该同一数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的,因此称为是不可重复读。
例如:
在事务A中,读取到张三的工资为5000,操作没有完成,事务还没提交。
与此同时,
事务B把张三的工资改为8000,并提交了事务。
随后,
在事务A中,再次读取张三的工资,此时工资变为8000。在一个事务中前后两次读取的结果并不致,导致了不可重复读。
3、幻读:是指当事务不是独立执行时发生的一种现象,例如第一个事务对一个表中的数据进行了修改,这种修改涉及到表中的全部数据行。同时,第二个事务也修改这个表中的数据,这种修改是向表中插入一行新数据。那么,以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行,就好象发生了幻觉一样。
例如:
目前工资为5000的员工有10人,事务A读取所有工资为5000的人数为10人。
此时,
事务B插入一条工资也为5000的记录。
这是,事务A再次读取工资为5000的员工,记录为11人。此时产生了幻读。
4、提醒
不可重复读的重点是修改:
同样的条件,你读取过的数据,再次读取出来发现值不一样了
幻读的重点在于新增或者删除:
同样的条件,第 1 次和第 2 次读出来的记录数不一样
5、第一类丢失更新(回滚丢失)
A事务撤销时,把已经提交的B事务的更新数据覆盖了。例如:
时间 | 取款事务A | 转账事务B |
---|---|---|
T1 | 开始事务 | |
T2 | 开始事务 | |
T3 | 查询账户余额为1000元 | |
T4 | 查询账户余额为1000元 | |
T5 | 汇入100元,把余额改为1100元 | |
T6 | 提交事务 | |
T7 | 取出100元,把余额改为900元 | |
T8 | 撤销事务,余额恢复为1000 | |
T9 | 提交事务 |
6、第二类丢失更新(提交覆盖丢失)
A事务覆盖B事务已经提交的数据,造成B事务所做的操作丢失
时间 | 转账事务A | 取款事务B |
---|---|---|
T1 | 开始事务 | |
T2 | 开始事务 | |
T3 | 查询账户余额为1000元 | |
T4 | 查询账户余额为1000元 | |
T5 | 取出100元,把余额改为900元 | |
T6 | 提交事务 | |
T7 | 汇入100元 | |
T8 | 提交事务 | |
T9 | 把余额改为1100元(丢失更新) |
二、如何解决
为了解决上述问题,数据库通过锁机制解决并发访问的问题。根据锁定对象不同:分为行级锁和表级锁;根据并发事务锁定的关系上看:分为共享锁定和独占锁定,共享锁定会防止独占锁定但允许其他的共享锁定。而独占锁定既防止共享锁定也防止其他独占锁定。为了更改数据,数据库必须在进行更改的行上施加行独占锁定,insert、update、delete和selsct for update语句都会隐式采用必要的行锁定。
但是直接使用锁机制管理是很复杂的,基于锁机制,数据库给用户提供了不同的事务隔离级别,只要设置了事务隔离级别,数据库就会分析事务中的sql语句然后自动选择合适的锁。
REPEATABLE READ是数据库默认的隔离级别
不同的隔离级别对并发问题的解决情况如图:
隔离级别 | 脏读 | 幻读 | 不可重复读 | 第一类丢失更新 | 第二类丢失更新 |
---|---|---|---|---|---|
READ UNCOMMITED(读未提交) | 允许 | 允许 | 允许 | 不允许 | 允许 |
READ COMMITTED(读已提交) | 不允许 | 允许 | 允许 | 不允许 | 允许 |
REPEATABLE READ(可重复读) | 不允许 | 允许 | 不允许 | 不允许 | 不允许 |
SERIALIZABLE (串行化) | 不允许 | 不允许 | 不允许 | 不允许 | 不允许 |
注意:事务的隔离级别和数据库并发性是成反比的,隔离级别越高,并发性越低。
在MySQL的InnoDB存储引擎中,REPEATABLE READ(RR)隔离级别通过多版本并发控制(MVCC)和一致性快照来实现非锁定读取,并防止幻读。
要理解RR隔离级别下如何防止幻读,首先需要知道什么是幻读。幻读是当一个事务读取某些行后,另一个事务插入新行,然后第一个事务再次读取同样的范围时,看到了这些新的“幻影”行。在RR隔离级别下,InnoDB通过以下机制防止这种情况:
行级锁:在RR隔离级别下,InnoDB会对读取的记录加锁,确保其他事务不能修改或删除这些记录。这确保了读取的数据在事务期间是一致的。
一致性快照:InnoDB使用MVCC来提供非锁定读取。当事务开始时,它会看到一个一致性快照,该快照反映了事务开始时的数据库状态。这意味着,即使其他事务在同时修改数据,当前事务也不会看到这些修改,除非它们也影响了事务开始时已经读取的数据。
间隙锁(Gap Locks):这是InnoDB防止幻读的关键机制。在RR隔离级别下,InnoDB不仅锁定读取的记录,还锁定记录之间的间隙(gap)。这意味着,如果一个事务读取了一个范围的数据,那么其他事务不能在这个范围内插入新的记录。这种锁定机制确保了读取的数据范围在事务期间是稳定的,从而防止了幻读。
Next-Key Locks:这是间隙锁和行级锁的结合。InnoDB会对索引记录加锁,并且锁定该记录之前的间隙。这确保了读取的记录本身和它们之间的间隙都被保护,从而防止了幻读和不可重复读。
通过这些机制,InnoDB在RR隔离级别下提供了较高的数据一致性,并防止了幻读的发生。然而,需要注意的是,虽然RR隔离级别可以防止幻读,但它并不能防止其他事务对已经读取的数据进行修改或删除,这可能导致不可重复读的情况。如果需要完全防止不可重复读和幻读,可以将隔离级别设置为SERIALIZABLE,但这会严重影响并发性能。
三.修改隔离级别
1.查看当前的用户隔离级别:
select @@tx_isolation;
2.修改当前登录用户的隔离级别:
set session transaction isolation level read uncommitted;
其中可以选择隔离级别有: read uncommitted、read committed、repeatable read、serializable
3.修改全局的隔离级别需要使用root登录执行:
set global transaction isolation level read uncommitted;
或者修改mysql.ini配置文件,在最后加上
[mysqld]
transaction-isolation = REPEATABLE-READ
其中可以选择隔离级别有:READ-UNCOMMITTED、READ-COMMITTED、 REPEATABLE-READ、SERIALIZABLE