问题一：Seata中抛异常了事物没有在表中记录怎么跟踪呀？
Seata中抛异常了事物没有在表中记录怎么跟踪呀？
参考回答：
上面的代码有涉及到任何undolog生成的可能。
问题二：Seata中docker-compose将seata部署至nacos报下面的异常是为什么呢?
Seata中docker-compose将seata部署至nacos报下面的异常是为什么呢?
参考回答：
容器里访问不通。
问题三：请问在全局事务过程中，结束了seata和应用的进程，重新启动seata和应用，回滚异常是什么原因？
请问在全局事务过程中，结束了seata和应用的进程，然后重新启动seata和应用，全局事务在超时回滚时一直报下面的异常，是不是因为应用的clientId对不上导致回滚不了？如果是，应该怎么指定这个clientId呢？
13:50:34.477 ERROR --- [ RetryRollbacking_1_1] io.seata.server.coordinator.DefaultCore : Rollback branch transaction exception, xid = 192.168.0.127:8091:2513289719609716761 branchId = 2513289719609716763 exception = rm client is not connected. dbkey:jdbc:mysql://127.0.0.1:3306/order,clientId:api:127.0.0.1:42795 13:50:34.480 INFO --- [ RetryRollbacking_1_1] i.s.s.coordinator.DefaultCoordinator : Failed to retry rollbacking [192.168.0.127:8091:2513289719609716761] Unknown java.lang.RuntimeException: rm client is not connected. dbkey:jdbc:mysql://127.0.0.1:3306/order,clientId:api:127.0.0.1:42795
参考回答：
应该是的，会按这个resource去拆开找channel的。url没变就可以的 ，重启后，如果还刷就有问题，如果重启后不刷就没问题，自己看下重启后rm有没有注册连接到tc，一部分懒加载的datasource会引起这个问题。
问题四：Seata中回滚太频繁了，要怎么处理这种异常呢？
Seata中回滚太频繁了，要怎么处理这种异常呢？ Global lock wait timeout。
问题五：Seata中系统里有很多这种异常，是什么原因呀？
Seata中系统里有很多这种异常，是什么原因呀？
参考回答：
对一致性不影响，无非就是回滚，事务不提交罢了，应该是你的tc和数据库时区不一致导致的。
