首页 / MYSQL / MySQL一致性读原来是有条件的
MySQL一致性读原来是有条件的
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了MySQL一致性读原来是有条件的,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含2775字,纯文字阅读大概需要4分钟。
内容图文
![MySQL一致性读原来是有条件的](/upload/InfoBanner/zyjiaocheng/520/70f04b57be8e4656ba4a1e469d5aab53.jpg)
众所周知,在设定了隔离等级为Repeatable Read
及以上时,InnoDB
可以实现数据的一致性读。换句话来说,就是事务执行的任意时刻,读取到的数据是同一个快照,不会受到其他事务的更新影响。
以前一直以为在事务内读到的数据不会受其他事务影响,后来发现只有普通的select
语句才是一致性读。如果是update, delete, select for update, select in share mode
等语句是当前读,读的是数据库最新数据, 下面是两个例子。
加锁读
创建一个测试用的表, 然后插入一条测试用的数据
create table test_innodb_read(
id int not null primary key,
value int
) engine = InnoDB charset=utf8;
insert into test_innodb_read values (1, 1);
当前autocommit
和隔离等级如下
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一致性读原来是有条件的
标签:ble 事务 其他 isolation body 语句 primary 概念 insert
本文系统来源:https://www.cnblogs.com/sanduzxcvbnm/p/12938023.html
内容总结
以上是互联网集市为您收集整理的MySQL一致性读原来是有条件的全部内容,希望文章能够帮你解决MySQL一致性读原来是有条件的所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。