@hello2090 那苹果定义过时产品的意义是什么呢？
肯定是系统更新不会再考虑对这些设备进行优化了吧？
像 xcode 这种一般都要适配最新的 macos ，否则很多莫名其妙的 bug
所以做开发是不能使用过时产品，否则就是浪费时间

实测是我太弱智了
应该先 update where 余额 >= 100 ，这个语句不成功就 trhow Exception 就好了
成功则添加记录等动作

@Jooooooooo 哦哦，对，这样应该是可以的

@hello2090 有些 2015 款，到 2017 年还在销售的，所以不一定准

@echo1937 https://support.apple.com/zh-cn/HT201624
https://i.v2ex.co/0FJxa19Q.png
我刚刚去官网看，原来 2014 款 mbp 已经过时了

买新不买旧
老旧小区现在看起来都不太好，很难想象再过十年二十年会变成什么样子

interesting
大开眼界

文艺且荣耀

@LinsVert 这就是模拟并发啊，这种不可能要求前端做的
我自己就是前端

后续的后续：
因为 sn 是可预期的，所以做一个 task ，提前把用户的数据加热到数据表中
此业务环境下，不再对数据进行 SELECT 和 INSERT 操作，只要 UPDATE 就可以了
性能瞬间提升了很多

@concernedz
更新在附言里了

@CEBBCAT 请教下，用 rocketmq 能否完美解决这种问题？
回想安卓中涉及到这种问题，也是使用队列处理的

@CEBBCAT 我是在学习后端，摸鱼时间偷偷学习下

后续：
并发太高时，甚至连缓存都来不及生成
根据 @micean 的方法建立 unique key
在业务中捕获 1062 Duplicate entry 错误
调整业务代码，最终成功

@wowo243 是的，就是这个问题

最终解决办法：
在缓存中先预存 key = sn+member_id 的组合，
同时查询数据库 sn+member_id 记录条数，
如果缓存 key 的值不为空，但记录为 0 ，则返回提示： 您的手速太快了

想到更优雅的，但没时间做的解决办法：
把请求整合到一个队列中，稳定进出，应该也能解决

@turan12 应该不行，因为多个请求并发，可能前一个请求的数据还 没到达服务器 /存储成功 /未更新
应该要从其他地方解决问题

@Feiex 感谢