登录
首页 >  数据库 >  MySQL

差点掉坑,MySQL一致性读原来是有条件的

来源:SegmentFault

时间:2023-01-22 15:10:49 169浏览 收藏

对于一个数据库开发者来说,牢固扎实的基础是十分重要的,golang学习网就来带大家一点点的掌握基础知识点。今天本篇文章带大家了解《差点掉坑,MySQL一致性读原来是有条件的》,主要介绍了MySQL、数据库,希望对大家的知识积累有所帮助,快点收藏起来吧,否则需要时就找不到了!

众所周知,在设定了隔离等级为

db83-3306>>select @@autocommit;
+--------------+
| @@autocommit |
+--------------+
|            1 |
+--------------+
1 row in set (0.00 sec)

db83-3306>>select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ         |
+-------------------------+
1 row in set (0.00 sec)

然后开启两个

Session
,分别执行以下操作
时间点 SessionA 结果 SessionB
1
begin

select * from test_innodb_read where id=1
1
2
update test_innodb_read set value = 2 where id=1
3
select * from test_innodb_read where id=1
1
4
select * from test_innodb_read where id=1 lock in share mode
2

由于设置了自动提交,所以

SessionB
的更新语句执行完就已经提交了,从结果可以看到普通的
Select
不受其他事务影响,所以读到的数据都是同一版本,而在加锁读的情况下采取的是读最新的数据,所以读到的数据是最新提交的数据。

DML 操作

在进行数据变更操作的时候,也会拿到最新的数据,用的还是上面的表,插入一条测试数据

insert into test_innodb_read values (2, 1);

然后开启两个

Session
,分别执行以下操作,
时间点 SessionA 结果 SessionB
1
begin

select * from test_innodb_read where id=2
1
2
update test_innodb_read set value = 2 where id=2
3
select * from test_innodb_read where id=2
1
4
update test_innodb_read set value=value+1 where id=2 
5
select * from test_innodb_read where id=2
3

SessionA
在时间点 5 查看数据拿到的是 3 而不是 2,原因是,事务在对数据进行更新操作时(时间点4),会先读取一次数据,这次读取的不是事务开始版本,而是数据的最新提交的值 2。如果不读取最新数据的话,就等于覆盖了
SessionB
的更新,所以读到的是 2,最后得到的数据是 3。

最后

当我知道这个知识点后,感觉背后一凉,以前写代码的时候,喜欢在事务里先把数据查出来,内存中相加减,再存库,现在想想这样做就是

BUG
啊,坑...

不得不说,极客时间上面的这个

MySQL
课程还是很值的,至少让我推翻了以前的想法
MySQL实战45讲-8 事务到底是隔离的还是不隔离的

好了,本文到此结束,带大家了解了《差点掉坑,MySQL一致性读原来是有条件的》,希望本文对你有所帮助!关注golang学习网公众号,给大家分享更多数据库知识!

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>
评论列表