mysql 是如何保证并发安全

2019-04-15 22:59:41 +08:00
 chunrong918

比如有 a 表 表中有 id 和 count 字段,有条记录 id 为 1,count 为 10 a 线程对 id 为 1 的 count+10 b 线程也对 id 为 1 的 count+10 如何确保 id 为 1 的 count 最后为 30 呢

3662 次点击
所在节点    Java
15 条回复
yunye
2019-04-15 23:10:09 +08:00
各种锁
mmdsun
2019-04-15 23:15:06 +08:00
mvcc
leviathan0992
2019-04-15 23:32:17 +08:00
InnoDB 里 Page 的修改有锁
Ja1
2019-04-15 23:44:19 +08:00
表锁、行锁、gap 锁、next-key 锁。建议看下 mysql 的事务隔离级别和锁知识
jackietsui72
2019-04-15 23:46:44 +08:00
2 楼+4 楼的回复我觉得比较完整些
littlewing
2019-04-16 01:00:41 +08:00
@jackietsui72 update 根本没 mvcc 啥事儿,mysql 里的 mvcc 只用于快照读,所有写操作都是当前读
jackietsui72
2019-04-16 02:11:36 +08:00
@littlewing 嗯嗯,老铁说的没毛病。大体看了一下理解为了读写。
akira
2019-04-16 04:04:53 +08:00
就这个例子
如果是用 sql 直接更新 ,应该是行锁
如果是先读取,再更新,结果有可能是 20
carlclone
2019-04-16 06:25:30 +08:00
写写操作没并发,肯定是串行的
carlclone
2019-04-16 06:30:19 +08:00
@carlclone 我把并发跟并行搞混了,无视我的回答
DavidNineRoc
2019-04-16 12:33:34 +08:00
很简单,正常情况下不保证呗. 用锁代价又大. 所以用别的方式代替
HarryQu
2019-04-16 13:26:17 +08:00
InnoDB 行锁是通过给索引项加锁来实现的。使用行锁还是表锁需要判断 id 是否为索引项。

如 akira 所说,
- sql 直接更新 。
- 先读取,再更新 。

这两种方式的结果取决于事务的隔离级别。

@littlewing mysql 里的 mvcc 只用于快照读,所有写操作都是当前读 。
关于 MVCC , 我只了解个大概, 老哥你这句话是从哪本书上看到的 , 给个搜索关键词 。我对这个结论比较好奇.
littlewing
2019-04-16 23:01:36 +08:00
@HarryQu
《 MySQL 技术内幕 InnoDB 存储引擎 (第 2 版)》 6.3
《 MYSQL 内核:INNODB 存储引擎 (卷 1)》
and 想要更详细的结论,请看源码
littlewing
2019-04-16 23:04:09 +08:00
@HarryQu 当然,这些结论都是基于 RR 隔离级别,RC 下 select 并不会读快照
HarryQu
2019-04-17 14:50:58 +08:00
@littlewing Thanks。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/555506

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX