seata的重试次数配置了没用是什么鬼

Question

seata的重试次数配置了没用 比如事务失败了 然后产生回滚 如果回滚失败 就一直重试 设置了回滚次数也没用 各位有碰到过吗 seata的重试你们是如何解决的 如果一直不正确一直执行肯定不合理

Answer 1

不知道你这个问题是否已经解决, 如果还没有解决的话:

• 这篇文章讲的很详细，请看：关于seata的详细使用成功案例
• 除此之外, 这篇博客: Seata 分布式事务初体验中的 注释打开看看回滚的效果 部分也许能够解决你的问题, 你可以仔细阅读以下内容或者直接跳转源博客中阅读:
  

  

• 您还可以看一下 林祥纤老师的分布式事务解决方案「手写代码」课程中的 使用Seata实战2PC分布式事务小节, 巩固相关知识点
  
• 以下回答来自chatgpt:

  针对seata的重试次数配置问题，可以尝试以下解决方案：

  1. 确认需要配置的重试次数：可以先查看seata的配置文件中是否已经设置了重试次数，如果没有，可以添加以下参数：

  service.vgroupMapping.${your-group-name}.retryCommitingRetryEnabled=true
  service.vgroupMapping.${your-group-name}.retryRollbackingRetryEnabled=true
  service.vgroupMapping.${your-group-name}.commitRetryCount=3
  service.vgroupMapping.${your-group-name}.rollbackRetryCount=3
  

  1. 确认是否有回滚失败的情况：如果设置了重试次数，但回滚仍然失败，可以检查数据库是否正常、网络等问题是否导致回滚失败，需要针对性排查相关问题。

  2. 查看seata的官方文档：可以先针对性地查看seata的官方文档，查看相关问题的解决方案，确保操作的正确性。

  3. 使用seata的AT模式：AT模式是一种较为简单的模式，可以尝试使用AT模式，因为AT模式一般只涉及到一个数据库的问题，比较容易实现。

  总之，在配置seata的重试次数时，可以综合考虑以上因素，根据具体情况进行调整和解决。

如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^