针对 PostgreSQL 数据库，我们收到一个功能请求，希望在丢失复制槽后（例如，故障转移到次要数据库主机后），能够对复制过程进行部分恢复（DBZ-1082）。我们没有再增加一个快照模式，而是退一步，决定通过引入服务提供商接口（SPI）来使 PostgreSQL 的快照过程更加可定制。这允许您实现并注册自己的 Java 类来控制快照过程。有关 SPI 的一种可能的自定义实现，请参阅 DBZ-1082 的问题描述，该实现基于 PostgreSQL 的 catalog_xmin 属性，并选择所有在上次已知 xmin 位置之后更改的记录。要了解更多关于 SPI 的信息，请参阅 Snapshotter 合约。请注意，此功能仍处于孵化阶段，SPI 在此期间应被视为不稳定。

不久前，我们发布了一篇关于使用 Debezium 实现 outbox 模式来传播微服务之间数据变更的博客文章。社区成员 Renato Mefi 扩展了这个想法，并创建了一个现成的单消息转换（SMT）实现，用于将事件从 outbox 表路由到特定主题。这个 SMT 现在是 Debezium 核心库的一部分（DBZ-1169）。其使用方法很快会在文档中说明；目前，请参阅 EventRouter 类型及其附带的配置类。

已修复导致快照过程中出现死锁的回归问题（DBZ-1161）

hstore 数据类型在快照阶段能够正确工作（DBZ-1162）

wal2json 插件也能够处理空事件（DBZ-1181），例如来自物化视图更新的事件；这应该有助于解决一些 PostgreSQL 日志文件无法被丢弃的问题，因为 Debezium 的复制槽未能推进。

提交时间被正确转换为微秒（DBZ-1174）

现在支持 SERIAL 数据类型和默认值（DBZ-1185）

MySQL 语法中允许在 ALTER TABLE 中枚举表选项而不使用逗号的特定细节现在可以正常工作（DBZ-1186）

不再报告空的 MySQL 密码的误报（DBZ-1188）

对于没有默认主题复制值的代理，现在不再需要手动创建历史主题（DBZ-1179）