分布式事务测试考虑点

数据库的事务保证：

1、先记日志，记录好日志后，并写入磁盘（不怕各种异常）假如在执行过程中出了问题，就按照日志进行各种后续的操作

数据库的2PC（两阶段提交）

XA Transactions

2、分布式事务、

两阶段提交  2pc

3、把分布式事务 -变为本地事务 + 消息记录

缺点： 消息表会耦合到业务系统中，如果没有封装好的解决方案，会有很多杂活需要处理。

4、mq事务消息

5、我们现在做的是：

将发送消息放在了整个事务方法的最小面，保证业务和消息是绑定在一起，这样的缺点就是发送消息和业务耦合在了一起

如果业务和消息没有那么强的关系，不建议这么做

 

 

在测试过程中，要考虑整个事务过程中各个环节的失败，失败后对其他流程的影响

1、第N步失败后，系统之间的数据如何做到一致性？

2、出现异常后，如何做到补偿？需要人工还是自动补偿

3、实现中是否存在耦合性太高的问题，比如将某些业务和消息进行了偶尔。

4、避免重复消息或调用分布式操作过程中的幂等性