Seata出现下面这种情况应该怎么办呢？

获取全局锁失败，一般是出现分布式资源竞争导致，请保证你竞争资源的周期是合理的，并且在业务上做好重试。当一个全局事务因为获取锁失败的时候，应该重新完整地从@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 开源讨论群”