seata几种模式介绍
一、AT（auto transaction）模式
这是一种无侵入式分布式事务解决方案，该模式下，用户只需要关注自己的“业务SQL”（这是第一个阶段），seata框架会自动生成分布式事务的二阶段提交或回滚。
一阶段：
在该阶段，seata会拦截业务SQL，首先解析SQL语义，找到对应要更新的业务数据,在业务数据更新之前，将其保存成“before image”（未更新前的原始数据--回滚数据）,然后执行业务SQL，更新业务数据。在更新之后，再将其保存为“after image”（更新之后的数据--提交数据），最后生成行锁，以上操作全部在一个数据库事务内完成，这样保证了一阶段事务的原子性。
二阶段提交：
二阶段如果是提交的话，因为业务SQL在一阶段已经提交至数据库，所以seata框架只需要将一阶段保存的快照数据和行锁删掉即可。
二阶段回滚：
seata需要回滚一阶段已经执行的业务SQL，使用一阶段存储的“before image”还原业务数据;但在还原前，要首先校验脏写，对比数据库当前业务数据和“after image”,如果两份数据完全一样，说明没有脏写，
可以还原业务数据，如果不一致，说明出现脏写，需要人工干预。
二、TCC模式
该模式需要用户根据自己的业务场景（因此侵入性太强，但是整个过程不涉及锁，性能较高），实现Try、Confirm和Cancel三个操作，事务发起方在一阶段执行Try方法，二阶段执行Confirm或Cancel方法。
三、可靠消息最终一致性
这里我们一般选择RocketMQ。
转载：基于RocketMQ分布式事务 - 完整示例 - 知乎 (zhihu.com)
