事务里面的脏读、不可重复读、虚读/幻读

文章首发于我的个人博客,到个人博客体验更佳阅读哦

https://www.itqiankun.com/article/1564901308

脏读

举例演示脏读

脏读就是B事务读取到了A事务尚未提交的数据 ,什么意思呢,往下看
首先执行下面的sql语句

drop table acount;
create table acount(
id int,
name varchar(225),
money int
);
insert into acount values(1,'tom',2500);
insert into acount values(3,'lucy',3500);

在这里插入图片描述
因为是要看脏读,所以我把隔离级别设置成read uncommitted,而且是给两个客户端都设置成这样,比如下面的结果

set session transaction isolation level read uncommitted;

在这里插入图片描述

然后两个客户端都查询一个数据

select * from acount;

此时可以看到数据是一样的
在这里插入图片描述
然后两个客户端都开启事务

start transaction;

在这里插入图片描述

然后我在左边这个客户端,tom给lucy转钱1000,所以需要下面两个update语句,此时我还没有commit;

update acount set money=money-1000 where name='tom';
update acount set money=money+1000 where name='lucy';

此时结果如下所示,此时我在右边的这个客户端,查询表里面还有多少钱,却发现右边客户端的事务也可以查询到lucy的钱增加了1000,变成了4500,这个就是脏读,右边客户端的事务读取了左边客户端事务还没有提交的数据.

这样就会造成一个问题,如果此时tom给lucy打电话,告诉他我给你转过钱了,然后lucy也查询钱数,发现确实钱已经到了(因为lucy查询的数据此时lucy就是4500,所以lucy说好),但是此时如果我左边客户端在rollback;一下,这样左边的lucy的钱就会变成3500,而右边的客户端的lucy钱也会变成3500,这样lucy的钱还是3500,这样的话,lucy就会亏了,因为lucy实际上没有收到这1000元。
在这里插入图片描述

解决上面的脏读

怎么解决脏读呢,如果我把隔离等级设置成read committed,就会避免上面的结果
执行下面的结果

drop table acount;
create table acount(
id int,
name varchar(225),
money int
);
insert into acount values(1,'tom',2500);
insert into acount values(3,'lucy',3500);

然后此时左边和右边客户端的数据是一样的
在这里插入图片描述
因为是解决脏读,所以我把隔离级别设置成read uncommitted,而且是给两个客户端都设置成这样,比如下面的结果

set session transaction isolation level read committed;

在这里插入图片描述

两个客户端都查询一个数据

select * from acount;

在这里插入图片描述

两个客户端都要开启事务

start transaction;

在这里插入图片描述
然后我在左边这个客户端,tom给lucy转钱1000,所以需要下面两个update语句,此时我还没有commit;

update acount set money=money-1000 where name='tom';
update acount set money=money+1000 where name='lucy';

在这里插入图片描述

然后我在右边的这个客户端,查询表里面还有多少钱,发现右边客户端的事务也可以查询到lucy的钱还是3500,这个就是避免了脏读,
在这里插入图片描述

不可重复读

一个事务中两次读取的数据的内容不一致就叫做不可重复读

举例演示不可重复读

数据如下

drop table acount;
create table acount(
id int,
name varchar(225),
money int
);
insert into acount values(1,'tom',2500);
insert into acount values(3,'lucy',3500);

在这里插入图片描述
因为是要看不可重复,所以需要把隔离级别设置成read committed,而且是给两个客户端都设置成这样,比如下面的结果

set session transaction isolation level read committed;

在这里插入图片描述
两个客户端都查询一个数据

select * from acount;

在这里插入图片描述
两个客户端都要开启事务

start transaction;

在这里插入图片描述
然后我在左边这个客户端,tom给lucy转钱1000,所以需要下面两个update语句,此时我还没有commit;

update acount set money=money-1000 where name='tom';
update acount set money=money+1000 where name='lucy';

在这里插入图片描述
然后我分别查询左边和右边里面的account,然后发现左边客户端的lucy的钱变成了4500,然后右边客户端的事务查询到lucy的钱还是3500,
在这里插入图片描述

然后我把左边客户端commit提交之后,但是此时右边客户端的事务还没有提交,可是此时右边客户端的lucy钱变成了4500元,这就是不可重复读,因为右边客户端在一个事务中两次读取的数据的内容不一致

commit;

在这里插入图片描述

怎么解决不可重复读呢

数据如下

drop table acount;
create table acount(
id int,
name varchar(225),
money int
);
insert into acount values(1,'tom',2500);
insert into acount values(3,'lucy',3500);

在这里插入图片描述
因为是要解决不可重复,所以我把隔离级别设置成repeatable read,而且是给两个客户端都设置成这样,比如下面的结果

set session transaction isolation level repeatable read;

在这里插入图片描述
两个客户端都查询一个数据

select * from acount;

在这里插入图片描述

两个客户端都要开启事务

start transaction;

在这里插入图片描述

然后我在左边这个客户端,tom给lucy转钱1000,所以需要下面两个update语句,此时我右边客户端还没有commit;

update acount set money=money-1000 where name='tom';
update acount set money=money+1000 where name='lucy';

在这里插入图片描述

然后我右边的这个客户端,查询表里面还有多少钱,发现右边客户端的事务也可以查询到lucy的钱还是3500,
在这里插入图片描述

然后我把左边客户端commit提交之后,但是此时右边客户端的事务还没有提交, 此时查询左边客户端lucy的钱变成了4500元,右边客户端的lucy钱还是3500元,这就是避免了不可重复读

commit;

在这里插入图片描述

幻读/虚读

一个事务中两次读取的数据的数量不一致

幻读/虚读和不可重复读比较类似,所以看懂不可重复读,这个也就懂了
在这里插入图片描述
能看到这里的同学,就帮忙右上角点个赞吧,Thanks♪(・ω・)ノ

原文链接

大佬链接
https://www.itqiankun.com/article/1564901308

幻读脏读不可重复读是数据库中常见的并发控制问题。 1. 幻读(Phantom Read):幻读是在同一个事务中,多次执行同一个查询语句,但结果集却不同的现象。通常是由于并发事务中的插入、更新或删除操作导致的。例如,一个事务在查询时得到了某个范围内的数据行,并且在此事务提交之前,其他事务插入了一个新的符合该查询条件的数据行,那么在此事务再次查询时,会返回多出来的这条新数据行,这就是幻读。 2. 脏读(Dirty Read):脏读是指一个事务读取了另一个事务未提交的数据。当一个事务读取到另一个未提交事务的数据后,如果未提交事务回滚或修改了该数据,那么读取到的数据就是脏数据。脏读可能导致错误的判断和处理。 3. 不可重复读(Non-repeatable Read):不可重复读是指在同一个事务中,多次执行同一个查询语句,但结果集却不一致的现象。通常是由于并发事务中的更新或删除操作导致的。例如,一个事务在查询时得到了某个数据行,并且在此事务提交之前,其他事务修改或删除了该数据行,那么在此事务再次查询时,会得到与之前不同的结果,这就是不可重复读。 为了解决这些问题,可以采用以下并发控制方法: - 锁机制:通过给数据对象加锁来控制并发访问。 - 事务隔离级别:通过设置事务的隔离级别来控制不同事务之间的可见性。 - MVCC(Multi-Version Concurrency Control):通过为每个事务创建一个独立的数据版本来避免并发冲突。 - 乐观并发控制:通过版本号或时间戳等方式来检测并发冲突,减少锁的使用。 这些方法可以根据具体情况选择并结合使用,以确保数据库的一致性和并发性。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值