本地消息表与 Outbox 模式

用途：解决“数据库事务提交了，消息却没发出去”这类经典不一致时查阅

问题

跨资源写入有两个动作：更新本地数据库、向消息中间件发送事件。二者不在一个事务里，于是存在四种失败组合，其中两种会造成永久不一致：

顺序	故障	后果
先发消息后提交	提交失败	下游收到未发生的事件（脏事件）
先提交后发消息	发送失败/进程崩溃	事件永久丢失，两侧长期不一致

Outbox（发件箱）模式把两个动作合并为一个本地事务：事件与业务数据一起写入同库的 outbox_message 表，由独立投递器把消息搬到中间件并标记完成。

业务表写入 + outbox_message 插入   ← 同一本地事务
        ↓
投递器（轮询 / CDC）读取未发送记录 → 发送到 MQ → 标记已发送
        ↓
消费方按业务幂等键去重

关键字段：聚合标识、事件类型、载荷、创建时间、状态（待发送/已发送/失败）、重试次数、下一次重试时间、唯一消息键。

方式	做法	优点	注意点
轮询发布（Poll-Publish）	后台任务定时查表发送	实现简单、无额外组件	延迟取决于轮询周期；多实例需抢占避免重复
CDC 发布	用 Debezium 等监听 outbox 表的 binlog 变更	低延迟、应用无发送代码	需要运维 CDC；顺序与 exactly-once 仍靠消费幂等

事务消息与 Outbox 解决的是同一个问题，取舍在于：事务消息把可靠性放进中间件（依赖回查实现），Outbox 放进自己的数据库（可审计、可重放、与中间件无关）。

开源参考：Debezium（Outbox Event Router）、Spring Transactional Outbox、Apache RocketMQ 事务消息。