分布式事务

常用分布式事务解决方案：
1 2pc
2 3pc
3 tcc
4 可靠消息最终一致性
5 最大努力通知

2pc

prepare=准备，commit=提交

Seata支持2pc，通过全局事务管理器实现。准备阶段就提交，然后如果分支事务有失败，会通知全局事务管理器，然后回滚。如果是添加，则删除，如果是修改，则恢复。通过日志文件实现。需单独部署。

tcc

try，confim，cancel
tcc需处理空回滚，幂等，悬挂问题。
空回滚：是指未执行try但执行了cancel,例如try时分支事务宕机，tcc认为失败了，这时就执行cancel,其实不需要执行cancel。
解决方案：通过全局唯一事务id判断是否执行过提交操作。
幂等：提交失败后需有重试机制，所以需要做幂等。
悬挂：二阶段cancel比try先执行，执行try时网络延迟，导致cancel认为try执行失败，此时try并未执行完毕。 解决方案：执行try时先判断事务执行日志中是否执行过confirm和cancel。

可使用Hmily框架实现，不需要单独部署，需要提供数据库记录事务日志。是一个高性能分布式事务TCC开源框架。通过aop实现。

可靠消息最终一致性

需建立本地消息表去确保消息可靠性。
本地建立消息记录表后通过定时器不断扫描发送消息，确保消息一定能发出去。

最大努力通知

例如充值送积分，充值系统会尽最大努力将充值结果通知到积分系统，同时提供查询接口，积分系统可以查询是否充值成功。