论坛徽章:: 1

电梯直达

1楼 [收藏(0)] [报告]

发表于 2016-05-23 16:59 |只看该作者 |倒序浏览

比如，表名A，字段名为 number，如下的SQL语句:

语句1：update A set number=number+ 5 where id=1;
语句2：update A set number=number+ 7 where id=1;

假设这两条SQL语句同时被mysql执行，id=1的记录中number字段的原始值为 10，那么是否有可能出现这种情况：

语句1和2因为同时执行，他们得到的number的值都是10，都是在10的基础上分别加5和7，导致最终number被更新为15或17，而不是22？

mysql, update

文库|博客

glq2000

稍有积蓄

论坛徽章:: 1

2楼 [报告]

发表于 2016-05-23 21:32 |只看该作者

求明白的同学帮忙释疑

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

action08

巨富豪门

论坛徽章:: 223

3楼 [报告]

发表于 2016-05-24 10:36 |只看该作者

本帖最后由 action08 于 2016-05-24 10:37 编辑

看情况
正确的逻辑

select ---- lock -----(need seletc here? OR)---- update -----unlock

情况2
如果表引擎有问题不支持，就直接锁表了

情况3
数据上层的业务开发，也可以承担一些责任，不要总是把事情丢给mysql

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

glq2000

稍有积蓄

论坛徽章:: 1

4楼 [报告]

发表于 2016-05-24 11:09 |只看该作者

多谢，表引擎是 InnoDB,支持行锁；

所以我想了解的是在这种引擎下，即使不加 select for update 行锁，并发时的

update number=number+variable where id=10; (id是主键索引，variable是某个确定的变量)，这种情况下，mysql本身会保证number字段不出现脏数据么？

回复 3# action08