请问mysql新加同步的表后，从savepoint启动不能捕获新加的表数据变更，这个问题是在哪个版本

根据您提供的信息和知识库中的相关资料，目前没有明确提到某个具体版本解决了“从 Savepoint 启动时无法捕获新增表的数据变更”这一问题。以下是对问题的详细分析和可能的原因说明：

1. 问题背景

在使用 MySQL 数据同步时，如果新增了需要同步的表，并希望通过 Savepoint 重启作业以捕获新增表的数据变更，可能会遇到无法捕获新增表数据的问题。这通常与以下配置或机制有关： - scan.newly-added-table.enabled 参数：此参数用于控制是否在从 Checkpoint 或 Savepoint 重启时同步新增表的历史数据。 - Savepoint 的特性：Savepoint 是事务中的一个标记点，回滚到 Savepoint 会恢复事务状态到该点，但不会自动感知新增表的存在。

2. 已知限制

根据知识库中的描述，以下限制可能导致问题的发生： - 新增表的同步机制：新增表的数据同步依赖于 scan.newly-added-table.enabled 参数的开启，且需要确保在重启作业时正确配置了新增表的匹配规则。 - Savepoint 的局限性：Savepoint 仅能恢复到事务的某个状态，而不会自动扩展同步范围。如果新增表未在 Savepoint 创建时被包含，则无法捕获其数据变更。 - 版本兼容性：知识库中并未明确指出哪个版本解决了 Savepoint 无法捕获新增表数据的问题。因此，2.2.0 和 2.2.1 版本可能仍然存在该限制。

3. 解决方案建议

为解决此问题，您可以尝试以下步骤：

步骤 1：检查配置

确保在重启作业时，以下参数已正确配置： - scan.newly-added-table.enabled：设置为 true，以允许同步新增表的历史数据。 - tables 配置：更新 tables 参数以匹配新增表的名称或模式（例如，使用正则表达式 holo_test.\.* 匹配所有表）。

步骤 2：避免同时开启冲突参数

注意以下参数不能同时开启： - scan.binlog.newly-added-table.enabled 和 scan.newly-added-table.enabled。 确保只启用其中一个参数，以避免配置冲突。

步骤 3：升级到最新版本

虽然知识库中未明确提及具体版本修复了该问题，但建议升级到最新的稳定版本（如 2.2.x 之后的版本），以获取最新的功能改进和 Bug 修复。

步骤 4：手动处理新增表

如果上述方法仍无法解决问题，可以考虑以下手动操作： 1. 停止当前作业并保留 Savepoint。 2. 修改配置文件，添加新增表的同步规则。 3. 手动导出新增表的历史数据，并通过其他方式（如批量导入）将其同步到目标端。

4. 重要提醒

• Savepoint 的局限性：Savepoint 本身并不具备动态感知新增表的能力，因此即使在后续版本中修复了部分问题，仍需手动调整配置以支持新增表的同步。
• 参数冲突：请务必避免同时开启 scan.binlog.newly-added-table.enabled 和 scan.newly-added-table.enabled，否则可能导致同步失败。

5. 总结

目前知识库中未明确指出哪个版本解决了“从 Savepoint 启动时无法捕获新增表数据变更”的问题。建议您： 1. 检查并正确配置相关参数（如 scan.newly-added-table.enabled 和 tables）。 2. 升级到最新版本以获取潜在的修复。 3. 如果问题仍未解决，可尝试手动处理新增表的数据同步。

如果您有更多关于版本或配置的具体信息，欢迎补充，以便进一步分析问题原因。