mysql 是如何保证并发安全

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2042 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

count

线程

MySQL

并发

15 条回复 • 2019-04-17 14:50:58 +08:00

yunye

2019-04-15 23:10:09 +08:00

各种锁

mmdsun

2019-04-15 23:15:06 +08:00 via Android

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 via Android

2 楼+4 楼的回复我觉得比较完整些

littlewing

2019-04-16 01:00:41 +08:00 via iPad

@jackietsui72 update 根本没 mvcc 啥事儿，mysql 里的 mvcc 只用于快照读，所有写操作都是当前读

jackietsui72

2019-04-16 02:11:36 +08:00 via Android

@littlewing 嗯嗯，老铁说的没毛病。大体看了一下理解为了读写。

akira

2019-04-16 04:04:53 +08:00

就这个例子
如果是用 sql 直接更新，应该是行锁
如果是先读取，再更新，结果有可能是 20

carlclone

2019-04-16 06:25:30 +08:00 via Android

写写操作没并发，肯定是串行的

carlclone

2019-04-16 06:30:19 +08:00 via Android

@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。