为什么Seata AT不是强一致性

Seata AT（AT模式）是通过将分布式事务拆分成多个本地事务，然后在每个本地事务中应用undo和redo日志来实现分布式事务的提交和回滚。这种方式可以实现分布式事务的最终一致性，但是并不能保证强一致性。

原因是，在Seata AT模式下，分布式事务的提交和回滚依赖于网络的可靠性和本地事务的执行结果。如果网络延迟或者某个本地事务执行失败，那么分布式事务的状态可能会出现不一致的情况。这种情况下，Seata AT模式只能通过人工干预或者定时任务来实现最终一致性。

相比之下，Seata TCC（TCC模式）和Seata Saga（Saga模式）可以实现强一致性，但是需要应用程序对业务逻辑进行重新设计和重构。