Seata 怎么处理 io.seata.rm.datasource.exec.LockConflictException: get global lock fail?
A: 获取全局锁失败,一般是出现分布式资源竞争导致,请保证你竞争资源的周期是合理的,并且在业务上做好重试。当一个全局事务因为获取锁失败的时候,应该重新完整地从@Globaltransational
的TM端重新发起。 Seata提供了一个“全局锁重试”功能,默认未开启,可以通过下面这个配置来开启。 #遇到全局锁冲突时是否回滚,默认为true client.rm.lock.retryPolicyBranchRollbackOnConflict=false 开启后,默认的全局锁重试逻辑是:线程sleep 10ms,再次争全局锁,最多30次 #你可通过这2个配置来修改锁重试机制 client.rm.lock.retryInterval=10 client.rm.lock.retryTimes=30 另外,你也可以直接在@GlobalTransactional
上单独配置重试逻辑,优先级比Seata全局配置更高 @GlobalTransactional(lockRetryInternal = 100, lockRetryTimes = 30) // v1.4.2 @GlobalTransactional(lockRetryInterval = 100, lockRetryTimes = 30) // v1.5,此回答整理自钉群“3群-Seata 开源讨论群”
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。