非幂等操作是否应配置重试策略？SQL写入场景技术问询

你提到的带事务的存储过程，虽然失败时不会提交，但除了你了解的“成功未收到响应”场景外，还有这些不建议配置重试的原因：

• 事务提交后的隐性异常：就算你基于SQL异常判断是否重试，也可能遇到这种情况：存储过程的事务已经成功提交，但数据库返回响应时出现网络中断、超时等问题，客户端收到的是异常，但数据已经写入。此时重试就会造成重复执行非幂等操作，破坏数据一致性。

• 存储过程内的非事务操作：如果存储过程里包含了事务无法回滚的逻辑（比如调用外部接口、写入本地日志文件、某些数据库的DDL语句），第一次执行时这些操作已经完成，但后续SQL报错导致事务回滚。重试时这些非事务操作会再次执行，引发重复触发外部动作、日志重复记录等问题，造成业务不一致。

• 锁竞争与性能恶化：如果失败原因是数据库锁冲突（比如行锁等待超时），重试会让同一个请求反复抢占锁，进一步加剧锁竞争，导致更多请求超时甚至死锁，拖垮数据库性能。

• 业务状态的竞态冲突：假设你的写入操作依赖前置业务状态（比如扣减库存前检查剩余数量），第一次执行时已经修改了状态，但因为异常你误以为操作失败。重试时，该状态可能已经被其他请求修改，此时重试会导致业务逻辑错误（比如超卖、重复入账）。

如果确实需要重试，优先把操作改造为幂等性的（比如给业务数据加唯一约束、用全局唯一业务ID作为幂等键）；或者在重试前先查询数据库确认之前的操作是否真的失败，但要注意查询+重试的逻辑也要保证原子性，避免竞态问题。

内容的提问来源于stack exchange，提问作者ProgrammingNewbie199