在 Debezium 3.3.0.Alpha1 中，用户报告了在使用 heartbeat.action.query 时出现问题，即 Debezium 会持续发出心跳事件，而不管配置的间隔。此回归现已修复，heartbeat.action.query 现在应该可以再次遵循配置的 heartbeat.interval.ms (DBZ-9340)。

Debezium 用户现在可以通过在连接器配置中指定新的连接器配置属性 capture.start.op.time，来从 MongoDB oplog 中的特定位置启动 MongoDB 源连接器。此新配置属性应为一个 long 数据类型值，表示 Bson 时间戳 (DBZ-9240)。

在 Debezium 3.3.0.Alpha1 中，我们为 PostgreSQL 源连接器添加了对名为 TSVECTOR 的基于文本搜索的向量数据类型的支持 (DBZ-8470)。在此版本中，我们将支持扩展到了 JDBC Sink 连接器，以便可以将 TSVECTOR 值写入 PostgreSQL 目标 (DBZ-8471)。如果目标是 PostgreSQL 以外的数据库，则该值将被写入基于字符的列中。

虽然我们通常不记录内部配置属性，但我们在过去添加了一个新的内部 PostgreSQL 连接器配置属性 internal.create.slot.command.timeout，用于在创建连接器复制槽时应用 90 秒的默认超时。这是为了解决阻塞事务的问题，这些事务会阻止连接器前进，因为在事务活动期间无法创建复制槽。

我们在 Debezium 3.3 中扩展了此超时的覆盖范围，使其适用于创建和修改 PostgreSQL 连接器 Publication 的 DDL 操作 (https://issues.redhat.com/browse/DBZ-9310)。如果您注意到创建/更新 Publication 或槽时出现超时，您可能需要增加此配置属性（默认为 90）或将其设置为 0 以禁用超时功能。

Debezium for PostgreSQL 的 pgoutput 解码器使用一种特定模式来确定 TOAST 列的值是否与预定义的标记对象列表匹配，这些对象表示值在更改事件中不存在。然而，当事件负载包含大型文本或二进制数据时，由于在比较之前计算哈希值的开销，这种模式的效率不高。

为了提高性能，该实现现在使用直接相等性检查，避免了对大型 TOAST 列负载进行昂贵的哈希计算（DBZ-9345）。此更改减少了处理具有大文本或二进制数据的事件时的处理开销。

SQL Server 的心跳行为现在将在 CDC 表中没有更改时发出心跳事件 (DBZ-9364)。这应该有助于确保，即使由于非捕获表的更改而导致数据库中的 LSN 继续推进，偏移量也能保持同步。

Debezium 3.3 还为 Debezium Platform 带来了一些新改进，以提升用户体验。

其中一项改进是关于错误处理和消息。我们改进了此过程，以提供更清晰的描述，以便在用户界面中为用户提供帮助 (DBZ-8836)，如下图所示：

此外，该平台现在允许用户为用户界面定义细粒度的日志记录配置，这在调试或诊断连接器相关问题时非常有用 (DBZ-8890)，如下图所示：

最后，在定义源和目标类型时，我们还添加了一些细节改进 (DBZ-9373)。我们附上了一段视频，概述了这些功能的用法：