本文探讨了使用Redis和Kafka解决分布式事务的场景。系统A负责扣减托盘，系统B处理押金扣除。通过消息队列确保操作一致性。Redis可能存在的问题是消息在网络中断时丢失，导致事务不一致。而Kafka由于消息持久化和其消费机制，能更好地保证消息不丢失，提供与Zookeeper的集成监控，并具备更高的吞吐量和集群能力。
1、系统A（扣减托盘）【消息生产者】
2、系统B（扣减押金）【消息消费者】
业务描述：
两套系统，A中扣减托盘，B中对应的要扣减押金；A中托盘归还，B中押金返还
利用消息队列来解决分布式事务过程：
发送方【生产者】：（不关心接收方状态，只需要确定本地OK，消息推送即可）
1、发送的消息首先需要入库（1⃣表结构：【消息ID，内容，相关事务的ID】）
2、执行本地逻辑操作并commit，发送消息（增加延迟处理，超时未发送成功的—>入库（新的异常消息表），开启新线程继续发送，成功则删除异常消息表信息）
到此为止发送成功
接收方【消费者】
最低0.47元/天 解锁文章
3436
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
