Data Migration (DM) 从mysql到tidb 增量+全量同步是否支持改库名

[love-cat]

【 TiDB 使用环境】生产环境
【 TiDB 版本】5.2.2
【复现路径】
Data Migration (DM) 从mysql到tidb 增量+全量同步是否支持改库名？
例如mysql里面有一个库名叫test_123，tidb是test_456
【遇到的问题：问题现象及影响】
【资源配置】
【附件：截图/日志/监控】

[Billmay表妹 (表妹)]

可以的，在 DM 配置文件中，您可以使用 source-schema 参数指定源库名，使用 target-schema 参数指定目标库名。例如，您可以将 source-schema 设置为 test_123 ，将 target-schema 设置为 test_456 ，这样 DM 在同步数据时会将源库中的数据同步到目标库中。

[TiDB_C罗]

支持，
https://docs.pingcap.com/zh/tidb/stable/dm-table-routing#提取分库分表数据源信息写入合表

[zhanggame1 (Ti D Ber G I13ecx U)]

支持的，改表名库名都行

[TiDBer_小阿飞]

提取分库分表数据源信息写入合表

假设存在分库分表场景，需要将上游两个 MySQL 实例的表 test_{11,12,13...}.t_{1,2,3...} 迁移到下游 TiDB 的一张表 test.t，同时需要提取分库分表的源信息写入下游合表中，用于标识合表中各行数据的来源。

为了迁移到下游实例的表 test.t，需要创建和分库分表合并场景类似的表路由规则，并在其中增加 extract-table、extract-schema、extract-source 配置用于提取分库分表源数据信息：

• extract-table：对于匹配上 schema-pattern 和 table-pattern 的分表，DM 根据 table-regexp 提取分表，并将去除 t_ 后的后缀信息写入合表的 target-column，即 c_table 列中。
• extract-schema：对于匹配上 schema-pattern和 table-pattern 的分库，DM 根据 schema-regexp 提取分库，并将去除 test_ 后的后缀信息写入合表的 target-column，即 c_schema 列中。
• extract-source：对于匹配上 schema-pattern 和 table-pattern 的分表，DM 将其数据源信息写入合表的 target-column，即 c_source 列中。

[大飞哥online (大飞哥)]

妥妥的，库名，表名，都可以按照你的配置文件来迁移的，源与目标可以不同

[像风一样的男子]

dm比较灵活可以配置target-schema: “test” target-table: "t"实现

[Fly-bird]

支持，设置同步策略即可