事务隔离级别(图文详解)
什么是事务?
事务是逻辑上的一组操作,要么都执行,要么都不执行。
事务最经典也经常被拿出来说例子就是转账了。假如小明要给小红转账1000元,这个转账会涉及到两个关键操作就是:将小明的余额减少1000元,将小红的余额增加1000元。万一在这两个操作之间突然出现错误比如银行系统崩溃,导致小明余额减少而小红的余额没有增加,这样就不对了。事务就是保证这两个关键操作要么都成功,要么都要失败。
常用的事务控制语法
- 事务开始
begin;
- 事务提交,提交后就会写入物理磁盘中去
commit;
- 事务回滚,事务提交后,无法回滚
rollback;
事务的四大特性(ACID)
- 原子性(atomicity): **事务是最小的执行单位,不允许分割。**事务的原子性确保动作要么全部完成,要么完全不起作用;
- 一致性(consistency): 执行事务前后,数据保持一致,例如转账业务中,无论事务是否成功,转账者和收款人的总额应该是不变的;
- 隔离性(isolation): 并发访问数据库时,一个用户的事务不被其他事务所干扰,各并发事务之间数据库是独立的;
- 持久性(durability): 一个事务被提交之后。它对数据库中数据的改变是持久的,即使数据库发生故障也不应该对其有任何影响。
关闭mysql的事务自动提交
SET autocommit = 0|1|ON|OFF;
对取值的说明:
值为 0 和值为 OFF:关闭事务自动提交。如果关闭自动提交,用户将会一直处于某个事务中,只有提交或回滚后才会结束当前事务,重新开始一个新事务。
值为 1 和值为 ON:开启事务自动提交。如果开启自动提交,则每执行一条 SQL 语句,事务都会提交一次。
数据库的隔离级别
事务隔离级别的定义
事务指定一个隔离级别,该隔离级别**定义一个事务必须与由其他事务进行的资源或数据更改相隔离的程度。**隔离级别从允许的并发副作用(例如,脏读或幻读的角度进行描述。
- 查看隔离级别,8.0版本之前的,用SELECT @@tx_isolation
select @@transaction_isolation;
- 修改隔离级别
set session transaction isolation level READ UNCOMMITTED;
隔离级别的分类
**读未提交(READ-UNCOMMITTED):**A事务操作后没有执行commit提交命令,但是B事务也能察觉到A操作的数据变化,此时B重新查询,则能查询出A操作后的最新数据,但是当A事务rollback回滚后,A操作的数据其实没有变化,这时候B处的数据就变成了脏数据(容易导致脏读情形产生)
设置隔离级别为读未提交
- 设置隔离级别
set session transaction isolation level read uncommitted;
- 查看隔离级别
select @@transaction_isolation;
读已提交(不可重复读 read committed)oracle默认的隔离级别:读已提交,表示只有执行了commit命令后,才能得知数据的变化,A修改了数据,没有提交,B不会察觉到数据的变化。这样虽然会避免脏读,但是会出现,当A读取某一条数据时候,B正在对该数据进行操作(修改),但是B操作并没有结束,因此此时数据并没有发生变化,但是A在B事务提交前已经执行完了,那就会出现数据不一致现象,这种问题叫做不可重复读。
设置隔离级别为读已提交
- 设置隔离级别
set session transaction isolation level read committed;
- 查看隔离级别
select @@transaction_isolation;
可重复读(repeatable read mysql 的默认隔离级别)
可重复读与不可重复读很容易搞混淆,**可重复读侧重于有没有进行行增加减少,也就是新增和删除,而不可重复读侧重于修改操作,不影响行数。**可重复读是采用锁行形式,因为是锁行,所以无法保证对行数的操作限制隔离,只能保证当前锁住的行隔离影响。
串行化
最可靠的事务隔离级别。“写”会加“写锁”,“读”会加“读锁”。当出现读写锁冲突的时候,后访问的事务必须等前一个事务执行完成,才能继续执行。事务 100% 隔离,可避免脏读、不可重复读、幻读的发生。因为串行化是锁表,因此虽然隔离级别最高,但是消耗资源最大
mysql数据库默认的事务隔离级别是可重复读(REPEATABLE-READ )
mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ |
+-------------------------+
1 row in set (0.00 sec)
修改数据库的事务隔离级别为不可重复读 READ-UNCOMMITTED
mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| READ-UNCOMMITTED |
+-------------------------+
这下面是MySQL8的事务隔离级别,MySQL5的话可重读读,还是会出现幻读
事务隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
读未提交(read-uncommitted) | 是 | 是 | 是 |
不可重复读(read-committed) | 否 | 是 | 是 |
可重复读(repeatable-read) | 否 | 否 | 否 |
串行化(serializable) | 否 | 否 | 否 |
并发事务带来的问题
在典型的应用程序中,多个事务并发运行,经常会操作相同的数据来完成各自的任务(多个用户对统一数据进行操作)。并发虽然是必须的,但可能会导致以下的问题。
- 脏读(Dirty read): 当一个事务正在访问数据并且对数据进行了修改,而这种修改还没有提交到数据库中,这时另外一个事务也访问了这个数据,然后使用了这个数据。因为这个数据是还没有提交的数据,然后后一个事务进行回滚,将数据变成之前的值,那么前一个事务读到的这个数据是“脏数据”,依据“脏数据”所做的操作可能是不正确的。(读取未提交数据)
时间顺序 | 转账事务 | 取款事务 |
---|---|---|
1 | 开始事务 | |
2 | 开始事务 | |
3 | 查询账户余额为2000元 | |
4 | 取款1000元,余额被更改为1000元 | |
5 | 查询账户余额为1000元(产生脏读) | |
6 | 取款操作发生未知错误,事务回滚,余额变更为2000元 | |
7 | 转入2000元,余额被更改为3000元(脏读的1000+2000) | |
8 | 提交事务 | |
备注 | 按照正确逻辑,此时账户余额应该为4000元 |
注意:这里要修改mysql的事务隔离级别为不可重复读( READ-UNCOMMITTED )
account表中的原始状态
-
丢失修改(Lost to modify): 指在一个事务读取一个数据时,另外一个事务也访问了该数据,那么在第一个事务中修改了这个数据后,第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失,因此称为丢失修改。 例如:事务1读取某表中的数据A=20,事务2也读取A=20,事务1修改A=A-1,事务2也修改A=A-1,最终结果A=19,事务1的修改被丢失。
-
不可重复读(Unrepeatableread): 指在一个事务内多次读同一数据。在这个事务还没有结束时,另一个事务也访问该数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况,因此称为不可重复读。(前后多次读取,数据内容不一致)
![image-20220101150808461](https://cdn.jsdelivr.net/gh/losserlong/pictures/20220309165510.png)
- 幻读(Phantom read): 幻读与不可重复读类似。它发生在一个事务(T1)读取了几行数据,接着另一个并发事务(T2)插入了一些数据时。在随后的查询中,第一个事务(T1)就会发现多了一些原本不存在的记录,就好像发生了幻觉一样,所以称为幻读。(前后多次读取,数据总量不一致)