如图所示，现在的商品剩余138次，他是怎么处理并发操作的呢，比如100个人同时把剩余的次数包尾了，那岂不是数量溢出了？一般是怎么建立数据表呢，又是怎么控制并发操作的呢，如果商品所需次数满了，又如何自动开始新的一期呢？
一直没有好的思路，望大师指点迷津。
如图所示，现在的商品剩余138次，他是怎么处理并发操作的呢，比如100个人同时把剩余的次数包尾了，那岂不是数量溢出了？一般是怎么建立数据表呢，又是怎么控制并发操作的呢，如果商品所需次数满了，又如何自动开始新的一期呢？
一直没有好的思路，望大师指点迷津。
我跟你说 这东西从业务上根本没必要做严格锁 比如5000人夺宝 来6000人送钱又怎么样
究竟参加了多少 你知道么？我不知道，你也不知道，只有网易知道
前台多少只是一个数而已
https://segmentfault.com/q/1010000004102176/a-1020000004102233
数据库锁，文件锁
主要是利用mysql的update执行时的自动加锁功能。
页面上是138次，则多个用户并发请求时，sql如下例：
update tabl_x set xxx=139 where xxx=138;
这条语句只会成功一次，其他请求执行时'xxx'已经不是138了，所以都会失败。
收藏
收藏
收藏
收藏
收藏
Copyright 2014-2023 //m.sbmmt.com/ All Rights Reserved | 苏州跃动光标网络科技有限公司 | 苏ICP备2020058653号-1
| 本站CDN由 数掘科技 提供
0
1
308
