@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 感谢

@Ritter 是的，因为 Mysql 是远程的，把这个问题暴露出来了，以前没注意到。。。

@Jooooooooo 好像确实不是的