最终发现没有很好的方法论，都是经验，做多了业务就慢慢触类旁通了。没有办法很好地总结，如果有，不一早就有人分享出来了？为什么这这方面的资料这么少？

@woodwhales 谢谢，挺好的建议

@yule111222 像这种回答应该被推荐

@morenacl 有没有具体的？

推荐一个吧，长安 uni-z ，新出的，个人认为是冷门好车，也在 10w 这个价位，空间够大，不挑的话东西也给够

workerman ？

所以想问下哪里有便宜好用的 copilot 渠道？

用户名 shinelam ，支持一下

@declandragon 那请问可以怎么避免被抓住 AB 站的关系？

大佬

@markgor 正是我前面说到的第一点，所见略同

@avadakur 其实有办法处理的，你这种场景。
1. 考虑你的版本号就不要使用需要自己处理自增的形式，换成毫秒甚至纳秒时间戳，请求必然有个先来后到的
2. 考虑使用事务进行两次插入，先插入一次获取自增 id ，再结合自增 id 更新版本号
3. 最简单，就还是前面几楼提到的：用一个自增操作不就完事了？

@yjhatfdu2 请问开事务有什么作用吗？多个事务之间，该覆盖还不是一样会覆盖吗？

想了一下开不开事务都没什么用，除非你开的隔离级别是已提交读。

应该用乐观锁，既然你是”先获取(userid,business_type)的最大版本号“，那你在更新或者插入之前就知道了最大版本号了，在更新操作的时候，update set total_version = total_version + 1 where userid =xxx and business_type=xxx and total_version = 你刚才获取的版本号

如果是独开发， 更建议学 vue 还是 react 相关技术栈？

@liaosong 还没报名，在准备阶段，已经在做你建议的部分了，也看了雅思的口语考试现场，我的理解是能针对性回答，就比什么都不能回答去学日常口语会好一些

@liaosong 我只是不理解才提出疑问，想知道为什么帮助不大？雅思的听力口语写作，不正对应日常工作中的听，读，写吗？因为我也有这个想法...

非常感谢

好书，之前想做的事情题主做了，佩服。提个小建议，有些章节的代码没有格式化好，阅读有点脱节，影响阅读体验，希望可以校正下~已 star