QLDB是否兼容Outbox模式？使用时如何避免Journal日志污染？

QLDB下Outbox模式的增长影响 #

你担心的Journal污染问题是实际存在的，影响程度取决于你的业务量级和留存要求：

• 由于QLDB的全局Journal会记录所有表的所有写入变更，即便拆分Outbox和主表，发件箱的写入、状态更新、删除操作都会永久存入Journal（默认配置下）。如果你的Outbox写入占总写入的30%以上，且需要永久保留Journal做合规审计，长期下来会产生两个明显问题：一是Journal存储成本随写入量线性上升，二是后续做全量历史回溯、Journal链完整性校验时，需要扫描大量无审计价值的发件箱中间态数据，耗时会明显增加。
• 如果Outbox写入占比低于20%，或者你的业务允许给Journal设置有限保留周期（到期后旧日志自动清理），常规业务量级下基本不会产生可感知的负面影响，QLDB底层对Journal的读写做了专门优化，额外写入不会影响在线业务的查询、写入性能。

适配QLDB特性的替代方案 #

不需要强行沿用关系型数据库的Outbox实现，以下方案更贴合QLDB的不可变日志特性：

• 原生流捕获方案：直接开启QLDB Stream，实时捕获主业务表的所有变更事件推送到流队列，后续消费队列消息完成跨服务通知、数据同步等逻辑。这套方案的可靠性和传统Outbox完全一致：事件完全基于Journal生成，只要主数据写入成功，事件必然会被捕获，不会出现数据与消息不一致的问题，也完全不会产生额外的Outbox表写入，从根源上避免Journal污染。
• 主表内嵌事件标识方案：如果你的场景只需要触发特定主数据的下游事件，不需要全量捕获变更，可以直接在主业务表的文档中新增pending_events字段，将需要发送的事件内容与主数据在同一个事务中提交。异步消费进程只需筛选出带有待发送事件的主表文档，发送完成后更新该字段状态即可，所有Journal变更都和主业务数据强关联，不会产生冗余的独立发件箱日志。
• 精简Outbox方案：如果必须沿用传统Outbox模式，可以给已发送成功的发件箱条目设置定期清理规则，同时给Journal配置匹配的保留周期，到期后包含发件箱操作的旧日志会被自动清理，控制存储成本。

内容的提问来源于stack exchange，提问作者fun_hat