在 Debezium 2.7.0.Final 中，我们错误地遗漏了新的 Debezium for MariaDB 连接器，导致用户需要手动安装 MariaDB 连接器。此问题已修复，Debezium 2.7.1.Final 的容器镜像现在包含所有连接器，正如之前一样（DBZ-8008）。

在 Debezium 2.7 版本中，随着 MariaDB 和 MySQL 分离成各自独特的连接器，它们也使用独特的语法来解析 SQL 语句。我们发现了一个回归问题，即新的 MariaDB 语法不支持 RENAME TABLE 的 SQL 语法（DBZ-8066）。此问题已修复，在 MySQL 和 MariaDB 中均完全支持。

在早期版本的 Debezium JDBC sink 中，用户可能会在连接器日志中注意到一些奇怪的消息，可能类似于以下输出：

感谢用户报告（DBZ-7946），我们发现 JDBC sink 连接器未能正确处理多个任务之间的分区重新平衡。此回归问题已在 **2.7.1.Final** 中修复，当发生分区重新平衡时，分区将被不再管理该分区的任务关闭；因此，上述消息将不再写入连接器日志。

在 Debezium 2.7 版本中，用户可能注意到，如果选择了 insert_delete watermark 策略来处理信号表条目，连接器最终会因 StackOverflowError 而失败（DBZ-8011）。在 Debezium 2.7.1.Final 或更高版本中，此回归问题已修复，用户可以再次使用 insert_delete watermark 策略。

此外，还有用户报告称，发送包含与任何数据库表都不匹配的正则表达式的临时快照信号会导致临时快照进程因 `"Unexpected result ."` 错误而失败（DBZ-8050）。此问题也已修复，因此临时快照将优雅地跳过该信号，因为未找到匹配的表。

最后，还发现临时阻塞快照可能导致 CommunicationsException，这是由于初始和阻塞快照代码路径管理连接的方式所致（DBZ-8058）。通过让阻塞快照在需要时验证并重新打开连接，此问题已在 Debezium 2.7.1.Final 中得到修复。

Debezium 团队最近发布了新的异步嵌入式引擎，并在后续版本中不断改进。作为我们持续改进的一部分，我们发现单消息转换器（single message transforms）的 close() 方法未被调用。这很容易导致资源泄漏，具体取决于转换器的功能。

此版本引入了一个修复程序，可自动关闭转换器以避免此问题（DBZ-8106）。

Debezium Oracle 连接器中添加了一项更改（DBZ-8055），旨在解决 Oracle LogMiner 和捕获更改的一些并发问题。不幸的是，该更改引入了一个极端情况，即连接器会重新计算上限挖掘范围，在这种情况下会导致 NullPointerException。

Debezium 2.7.1.Final 中包含了一个新的修复程序（DBZ-8119）来纠正此问题。建议 Oracle 连接器用户升级到 2.7.1.Final 并跳过 2.7.0.Final 以避免此回归。

我们发现了一些极端情况，即在事务 ID 不可用时，事务 epoch 值会被重置（DBZ-8087）。这是非预期的行为，因为事务 epoch 应该单调递增，重置为零破坏了这一预期。已添加修复程序以避免重置并恢复预期的事务 epoch 行为。