乐观锁都有重试机制，用这个保证幂等性的时候，如何决定这次操作是否需要重试呢？

如果是多线程并发执行导致的更新失败，应该有补偿措施的吧？ 比如同一时间两个线程同时增加某个账号的余额，其中一个线程因为版本不一致肯定会失败，根据业务需求这时候不允许报错，而是重试，等第一个线程更新完以后再更新。 但是如果是重复提交这种情况，是不能重试的。不知道如何区分这两种情况

根据你描述的业务场景和业务需求，建议如下： 更新余额时使用update xxx set balance = balance + xxx where user_id =xxx 的形式，跟新语句中没有版本号，保持幂等采用token的方式。 每一个请求都带有一个唯一标识符token，后台记录这个token，每一个请求执行完以后，删除这个token。这样重试的请求的token是相同，后台就可以做出判断。 目前只能想到这么多，有其他问题，咱们还可以继续探讨。