本地消息表

背景 在微服务架构中，分布式事务一直是保障数据一致性的重要课题。本文基于实际项目经验，对比分析了四种主流方案：2PC、TCC、SAGA 和本地消息表，帮助开发者根据业务场景选择合适的技术方案。 方案对比 | 方案 | 优点 | 缺点 | 适

背景 我是 8 年技术团队负责人，日常跟分布式一致性和消息中间件打交道。我们订单 → 履约链路用的是「本地消息表 + Kafka 事务 producer」组合：producer 端 "enable.idempotence=true" + "

«作者：谢墨白-798｜中间件研发｜15 年经验，关注工程规范与可维护性 栈：Spring Boot 3.2、Spring AMQP 3.1、RabbitMQ 3.12.1、MySQL 8.0.32» 一、现象与背景：一批「已支付却没扣库存

背景：只要系统里同时存在"写业务库"和"发消息"两件事，就绕不开一个经典问题——怎么保证这两步的原子性。我见过三种主流做法在同一家公司里共存：本地消息表（业务表 + 消息表同库同事务，后台扫表投递）、Outbox 模式（同上但配合 CDC