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

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

不知道你这个问题是否已经解决, 如果还没有解决的话:
  • 这篇文章讲的很详细,请看:关于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的重试次数时,可以综合考虑以上因素,根据具体情况进行调整和解决。


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