你同事们那么闲的吗？
说不定是你女友散播的消息呢
毕竟她走了，怕公司哪个小妖精把你勾跑了

@Aoang
@iseki
@liangkang1436

请教下，这种高并发的情况下，和事务有关系吗？
前一个请求中有未执行完成的事务，后面的 N 个请求又启用了 N 个事务
还是说 Mysql 的机制中只允许存在一个事务？

@liangkang1436 确实，是我刚学这个，遇到的问题太初级了

@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 错误
调整业务代码，最终成功