Seata中不管是1.4.2版本还是最新的1.6.1版本中，seata集群的全局事务AsyncCom

这个最大原因是因为业务线程多余处理的线程导致的，目前是按globalsession为维度，以核心数为线程数去做异步提交，业务线程是50个，异步提交比如机器是4c的就是4个，即便你一次limit 10000条事务出来，假设业务线程50个，一个全局事务rt为10ms，一个线程的tps就是100,50个就是5000，而异步提交的就算查出10000条来，也是4个线程在工作，你算一个线程异步删除undolog为5ms，1个线程也才200tps，4个才800，远低于事务的创建，这块我们看看怎么优化下比较好，2.x上会根据rm粒度(同个rm下串行，保证有序)做并行下发，如果一个全局事务下分支事务较多，会以核心数大小下发，以前是一个全局事务下的分支事务是串行执行的，会比现在效率更高一些，是要分片的，以前存在幂等问题，我们认为这种可能会影响业务的数据一致性，所以改成单tc下发，这样数据一致上是没什么问题的，先保证一致性优先。分片的具体方案还没定，欢迎提个issue大家集思广益一下，tc处理自己begin的事务，raft感知/tc也去注册中心感知是否有节点下线，去做接管，此回答整理自钉群“Seata(分布式事务)”