数据库的事务保证：
1、先记日志，记录好日志后，并写入磁盘（不怕各种异常）假如在执行过程中出了问题，就按照日志进行各种后续的操作
数据库的2PC（两阶段提交）
XA Transactions
2、分布式事务、
两阶段提交 2pc
3、把分布式事务 -变为本地事务 + 消息记录
缺点： 消息表会耦合到业务系统中，如果没有封装好的解决方案，会有很多杂活需要处理。
4、mq事务消息
5、我们现在做的是：
将发送消息放在了整个事务方法的最小面，保证业务和消息是绑定在一起，这样的缺点就是发送消息和业务耦合在了一起
如果业务和消息没有那么强的关系，不建议这么做
在测试过程中，要考虑整个事务过程中各个环节的失败，失败后对其他流程的影响
1、第N步失败后，系统之间的数据如何做到一致性？
2、出现异常后，如何做到补偿？需要人工还是自动补偿
3、实现中是否存在耦合性太高的问题，比如将某些业务和消息进行了偶尔。
4、避免重复消息或调用分布式操作过程中的幂等性