对于那些可能已经使用Debezium Server或想要使用Debezium Server的Cassandra连接器用户来说，我们之前只在Debezium Server发行版中包含了Cassandra 4。在Debezium 2.4中，我们将所有三个Cassandra连接器变体都包含在发行版中，这意味着Cassandra 3和DSE现在可以直接使用。

但是，为了实现这一点，引入了一个新的环境变量EXTRA_CONNECTOR，用于指定Debezium Server应该使用哪种Cassandra连接器变体。这意味着，如果您之前在Debezium Server中使用Cassandra 4，在升级时必须包含此环境变量，以便继续获得与先前版本相同的配置。

根据您打算在Debezium Server源连接器中使用的Cassandra版本，此新环境变量应设置为dse、cassandra-3或cassandra-4。

当使用bigint.unsigned.handling.mode设置为precise来配置连接器时，Debezium for MySQL连接器未能正确设置BIGINT数据类型的精度。不幸的是，这导致在模式（schema）中这类字段的模式没有包含正确的精度值。

Debezium 2.4 包含 DBZ-6714，它提供了修复来解决这类字段的错误精度问题。这可能导致在使用模式注册表（schema registry）时出现模式不兼容，因此您可能需要调整兼容性设置或采取其他措施来使用严格的兼容性规则。

Debezium 2.4 引入了 Oracle 连接器配置属性 snapshot.fetch.size 和 query.fetch.size 的默认值更改。之前，这些属性的默认值为 2000；然而，由于社区贡献者的工作，已发现这些值可能对于生产环境来说太低了。

在此版本中，Oracle 连接器现在将为这两个属性使用默认值 10000，这应该会对大多数未显式设置这些值的用户产生积极的吞吐量改进。如果您之前在连接器配置中使用了自定义值，那么您现有的行为将不会改变。只有之前未显式设置这些值的用户才会注意到使用了新的默认值。

对于以 _bin 后缀结尾的排序规则（collations），Vitess 会将其映射到 VARBINARY 数据类型。因此，Vitess 连接器推断这些列应该被当作二进制数据发出；然而，对于使用了这种排序规则的基于字符的列来说，这是不正确的。

Debezium 2.4 现在将正确地将使用 _bin 后缀排序的基于字符的列作为字符串数据发出，而不是二进制数据。这意味着，如果您正在使用模式注册表，您可能会遇到一些模式不兼容的情况，并且可能需要调整您的兼容性设置或采取其他措施来缓解这一更改。

增量快照（Incremental snapshots）早在近两年前在Debezium 1.6中就已引入，并且在社区中一直非常受欢迎，用于处理各种重新快照的用例。然而，在某些用例中，读取事件与创建、更新和删除事件的交织可能不是理想的，甚至不被某些消费者应用程序支持。对于这些用例，Debezium 2.4引入了即时阻塞快照。

即时阻塞快照的工作方式与即时增量快照类似；然而，有一个主要区别。快照仍然通过发送信号给Debezium来触发；然而，当连接器处理信号时，关键区别在于流式传输会被暂停，直到快照过程完成。这意味着您不会收到一系列与创建、更新或删除事件交织的读取事件。这也意味着我们将以类似于传统快照的方式处理快照，因此吞吐量通常会比增量快照更高。

触发即时阻塞快照的信号与其即时增量快照的对应信号非常相似。下面的信号显示了带有条件的快照特定表的有效负载，但这使用的是新的阻塞快照而不是增量快照。

通常情况下，当被JDBC连接器等目标连接器消费时，列名直接映射到字段名，反之亦然。然而，在某些情况下，序列化技术（如Avro）对字段命名约定有非常具体的规则。当数据库表中的列名与序列化规则的命名约定冲突时，Debezium 会重命名事件中的字段，使其符合序列化的规则。这通常意味着字段前面会添加下划线，或者无效字符会被下划线替换。

这可能会给某些类型的目标连接器（如JDBC目标连接器）带来问题，因为目标连接器无法轻松推断目标表中的原始列名，也无法充分地在事件的字段名和列名之间进行映射（如果它们不同）。这通常意味着用户必须在目标端使用转换链来重构事件的字段，使其命名代表源。

Debezium 2.4 引入了一种方法，通过将原始列名作为字段模式参数传播来最小化甚至避免这种情况，这与我们处理数据类型、精度、标度和长度的方式非常相似。模式参数 __debezium.source.column.name 现在在启用了列或数据类型传播时包含原始列名。

为了在AWS上使用IAM身份验证，需要一个特殊的MySQL驱动程序来提供这种功能。在Debezium 2.4中，您现在可以提供此特定驱动程序的引用，连接器将使用该驱动程序而不是连接器自带的默认驱动程序。

例如，要使用IAM身份验证在AWS上连接，需要以下配置：

database.jdbc.driver 指定了连接器应该加载并用于与MySQL数据库通信的驱动程序。database.jdbc.protocol 是一个补充配置属性，在某些情况下可能不需要。它默认为 jdbc:mysql，但由于AWS需要 jdbc:mysql:aws，这允许您在配置中指定此派生。

我们很乐意听到您的反馈，以及类似的功能是否对其他场景有用。