在 Koa 框架下，你会采用哪些方案来实现分布式事务？请阐述不同方案的适用场景以及各自的优缺点。

回答思路

1. 【回答框架 1】分布式事务需要保证跨多个资源的数据一致性，常见方案包括基于消息队列的最终一致性、TCC（Try-Confirm-Cancel）模式、Saga模式以及使用分布式事务框架（如Seata）等。
2. 【回答框架 2】基于消息队列的最终一致性是较常用的方案：业务操作与发送消息在同一个本地事务中完成，通过消息表或事务消息（如RocketMQ）保障消息不丢失，消费者处理消息并执行补偿或确认操作，达到最终一致性。
3. 【回答框架 3】TCC模式需要业务实现Try、Confirm、Cancel三个接口，Try阶段预留资源，Confirm阶段确认操作，Cancel阶段释放资源，适用于需要强一致性且业务可拆分的场景，但实现复杂度高。
4. 【回答框架 4】Saga模式通过定义一系列本地事务和补偿操作，每个事务执行成功后触发下一个，失败时依次执行补偿，适用于长事务且允许中间状态可见的场景。
5. 【回答框架 5】在Koa中实现时，需要结合具体业务选择方案，并注意将事务逻辑与框架解耦，可利用中间件或模块化设计。
6. 【关键点 1】分布式事务方案需结合性能、一致性和复杂度权衡
7. 【关键点 2】基于消息的最终一致性适合高并发、弱一致性场景
8. 【关键点 3】TCC和Saga适合强一致性但实现复杂
9. 【关键点 4】Koa作为框架，不限制分布式事务实现，需自研或集成
10. 【易错点 1】分布式事务不能完全避免数据不一致，只能保证最终一致
11. 【易错点 2】TCC的空回滚和幂等问题需额外处理
12. 【易错点 3】直接把数据库事务跨服务使用，无法保证全局一致性