不管是1.4.2版本还是最新的1.6.1版本中，seata集群的全局事务AsyncCommittin[阿里云消息队列MQ] 暂停朗读为您朗读

不管是1.4.2版本还是最新的1.6.1版本中，seata集群的全局事务AsyncCommitting都是加分布式锁单节点处理的，所以说我们不管seata是否有集群，并不能加快AsyncCommitting的效率，最终会导致undo_log日志的挤压。如果我们想要提高AsyncCommitting的效率，就只能增加单节点的配置，但是也不可能无限加，最终也会达到一个瓶颈。是的，这一块很容易达到瓶颈，不知道把异步提交的线程数配置开放出来有没有风险，这样我们可以根据实际的业务进行调整。是不是可以用先占用再下发的方式解决幂等问题，每个tc只处理自己begin的事务，万一tc挂掉了重启，ip就变了，这样会造成脏数据积压，是可以提高一部分效率，但是业务线程可以分布在不同的节点，异步提交线程只能在一个节点处理，分片处理感觉是一个方向。好的，明白了，我们找一下issue有没有提过类似的问题，如果没有，我们去提一个。好的，明白了，我们找一下issue有没有提过类似的问题，如果没有，我们去提一个。