MySql事务隔离级别

User表有2条数据

设置隔离级别

-- 设置当前会话的隔离级别,新会话失效
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
 
-- 设置全局隔离级别,mysql重启后失效
SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;
SET GLOBAL TRANSACTION ISOLATION LEVEL SERIALIZABLE;

-- 查询隔离级别
SELECT @@transaction_isolation;
show variables like '%isolation%';

还有是在my.cnf文件的[mysqld]下设置隔离级别,需要重启mysql生效

[mysqld]
transaction-isolation = READ-UNCOMMITTED
transaction-isolation = READ-COMMITTED
transaction-isolation = REPEATABLE-READ
transaction-isolation = SERIALIZABLE

读未提交

数据库transaction_isolation的隔离级别为READ-UNCOMMITTED

# a1
begin;
# a2
UPDATE `user` SET name = '王五' WHERE id = 1;
# a3
commit;
# b1
begin;
# b2
SELECT * FROM `user` u;
# b3
commit;

在会话b执行b1和b2,开启一个事务,并执行查询操作,得到结果是张三和李四。

在会话a执行a1和a2,开启一个事务,并执行更新操作,这时候不提交,再执行一次b2,再一次查询User表,得到结果是修改后的王五

在这里插入图片描述

假设会话a不提交,而是回滚,那会话b第二次读到的是未提交的数据,造成了脏读问题。

读已提交

数据库transaction_isolation的隔离级别为READ-COMMITTED

# a1
begin;
# a2
UPDATE `user` SET name = '王五' WHERE id = 1;
# a3
commit;
# b1
begin;
# b2
SELECT * FROM `user` u;
# b3
commit;

在会话a先执行a1和a2,开启一个事务,并执行更新操作,这时候不提交,新开一个会话执行b1和b2,得到结果是张三和李四。

执行a3提交会话a的事务,再执行一次b2,再一次查询User表,得到结果是修改后的王五
在这里插入图片描述
这里前后执行两次b2的结果是不一致的,所以会有不可重复读的问题。

可重复读

数据库transaction_isolation的隔离级别为REPEATABLE-READ

开启两个会话a和b

# a1
begin;
# a2
UPDATE `user` SET name = '王五' WHERE id = 1;
# a3
commit;
# b1
begin;
# b2
SELECT * FROM `user` u;
# b3
commit;

在会话a先执行a1和a2,开启一个事务,并执行更新操作,这时候不提交,新开一个会话执行b1和b2,得到结果是张三和李四。

执行a3提交会话a的事务,再执行一次b2,再一次查询User表,得到结果还是张三和李四。

在这里插入图片描述


# a1
begin;
# a2
INSERT INTO `user` (name) values('王五');
# a3
commit;
# b1
begin;
# b2
SELECT COUNT(*) from `user` u ;
# b3
commit;

在会话a先执行a1和a2,开启一个事务,并执行新增操作,这时候不提交,新开一个会话执行b1和b2,统计User表,得到结果是2。

执行a3提交会话a的事务,再执行一次b2,再一次统计User表,得到结果还是2。
在这里插入图片描述
所以InnoDB在REPEATABLE-READ隔离级别没有幻读问题

串型化

数据库transaction_isolation的隔离级别为SERIALIZABLE

开启两个会话a和b

# a1
begin;
# a2
UPDATE `user` SET name = '王五' WHERE id = 1;
# a3
commit;
# b1
SELECT * FROM `user` u;
# b2
begin;
# b3
SELECT * FROM `user` u;
# b4
commit;

在会话a先执行a1和a2,开启一个事务,并执行更新操作,这时候不提交,新开一个会话执行b1做查询,得到结果还是张三和李四。
在这里插入图片描述
再执行b2开启事务,执行b3做查询,这时会阻塞住
在这里插入图片描述
执行a3提交会话a的事务,b3就会返回结果,并且是修改后的结果
在这里插入图片描述

SERIALIZABLE隔离级别下,为什么执行b1做查询,得到的结果还是张三?为什么开启事务后执行b3做查询会阻塞,并且返回修改后的结果?
因为InnoDB读不加锁,读写不冲突,读是根据MVCC来读的。SERIALIZABLE隔离级别,开启事务后执行b3是当前读,也就是会加读锁,a2先操作已经加了写锁,读锁和写锁有冲突,等会话a提交事务释放写锁后,会从b3返回最新数据

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值