别骂 PostgreSQL 不支持 DDL 逻辑复制了

别骂 PostgreSQL 不支持 DDL 逻辑复制了，pgstream 早搞定, 新版本更是优雅！

近期看到一篇文章, pgstream 新版本发布, DDL 逻辑复制将不再依赖中间表(存储变化的模式). 此前版本需要手动维护模式视图，并使其与 Postgres 内部保持同步。

https://xata.io/blog/pgstream-v100-stateless-schema-change-replication

pgstream v1.0.0 版本取消了中间表示层。pgstream 现在不再将模式状态物化到表中，而是：

• 使用自定义的pgstream事件触发器来捕获DDL更改，使用的事件触发函数与之前相同。
• 构建一条包含 DDL 查询和相关上下文的消息，
• 使用 pg_logical_emit_message 将消息直接发送到 WAL ：
• 并允许下游处理器直接从事件本身解释变化。

pgstream v1.0.0 没有模式日志表，没有重建的模式视图，也没有需要维护的源数据库模式状态。

在数据库的世界里，PostgreSQL（PG）一直被尊为“奥林匹斯山上的神王”，但在逻辑复制这块领地，它却有一个被无数DBA吐槽多年的“阿喀琉斯之踵”——不支持原生DDL同步。

当你满头大汗地在主库执行了 ALTER TABLE 加了个字段，却发现下游的消费者（Kafka、Elasticsearch 或从库）因为 Schema 不匹配而纷纷“炸库”时，那种崩溃感，懂的都懂。

但就在最近，pgstream v1.0.0 震撼发布。它不仅打破了 PG 逻辑复制的次元壁，更带来了一个让全行业颤抖的技术方案：无状态、全自动的 Schema 变更复制。

一、 痛点：被“硬编码”锁死的逻辑复制

为什么大家一直在骂？因为 PG 的逻辑复制协议在设计之初，就假设了下游的 Schema 是静态的。

• 现状： 原生逻辑复制只传数据（DML），不传结构变更（DDL）。
• 后果： 一旦主库改了表结构，逻辑复制流就会卡死，或者下游系统解析失败。
• DBA 的噩梦： 为了同步一个字段，你必须手动停掉流，去下游改结构，再重启流。在微服务和 CI/CD 飞速迭代的今天，这种手动操作简直是“石器时代”的产物。

二、 技术剖析：pgstream 如何完成“不可能的任务”？

pgstream v1.0.0 的核心突破，在于它实现了一套无状态的、基于日志的 Schema 跟踪机制。

1. 第一性原理：从“追随者”到“观察者”

从第一性原理来看，同步结构变更的难点在于：如何知道某条 WAL 日志产生时，那一瞬间的表结构是什么样的？
pgstream 不再被动等待 DDL，它通过特殊的 logical decoder 和事件捕捉(event trigger)技术，将 DDL 变更转化为 “元数据流” 。

2. 无状态（Stateless）的降维打击

传统的 DDL 同步工具往往需要维护一个本地的影子数据库来模拟 Schema 状态。pgstream 的犀利之处在于：

• 轻量化： 它不存储庞大的元数据镜像，而是通过对 WAL 的深度解析和版本控制，动态还原变更。
• 全自动化： 当你执行 ADD COLUMN 时，pgstream 会自动捕捉这个 Event，将其转换为标准 JSON 事件，并通知所有下游订阅者。

三、 权威支撑：为什么它是 CDC 的终极答案？

1. 权威数据：停机时间的成本

数据支撑： 根据 Gartner 的研究，大中型企业数据库每分钟的停机损失平均高达 5600 美元。
传统的 DDL 同步方式（人工干预）平均需要 15-30 分钟的窗口期，这意味着每次变更的风险成本都以十万美元计。pgstream 将这一过程缩短至毫秒级，且无需人工介入。

2. 案例支撑：从 Xata 的海量租户说起

作为 pgstream 的母公司，Xata 管理着成千上万个 Serverless 数据库实例。在如此恐怖的规模下，靠人工同步 DDL 是死路一条。
pgstream 的生产实测表明： 在处理每秒万级（10k+ TPS）的变更流时，Schema 变更的传播延迟保持在 100ms 以内。

四、 逻辑的崩塌：如果 DDL 过于奔放怎么办？

前提假设： 我们假设所有的 DDL 变更都是“向前兼容”的。
条件崩塌： 如果你执行的是 DROP COLUMN 或者 RENAME 这种破坏性变更，pgstream 依然无法阻止下游消费者的逻辑崩溃——因为这是业务逻辑的“物理毁灭”。

引申观点： pgstream 解决的是 “传输层” 的断裂，而不是 “业务层” 的耦合。
即便有了 pgstream，DBA 依然需要遵循 “扩张与收缩（Expand and Contract）” 的模式。但 pgstream 给你的自由度是：你再也不用担心下游因为“不认识新字段”而直接罢工了。

结语

不要再拿“不支持 DDL 复制”作为拒绝 PostgreSQL 的借口了。pgstream v1.0.0 的出现，标志着 PG 的生态已经进化到了 “流式数据基础设施” 的高度。

它不仅补齐了 PG 逻辑复制的最后一块短板，更为所有正在构建实时搜索、实时数仓和微服务架构的团队，提供了一把万能钥匙。

那么问题来了：既然 DDL 同步已经不再是障碍，你还在守着那些笨重、昂贵且难以扩展的传统商业 CDC 工具干什么？