dm 列长度不同,任务启动失败

dm version:

dm 2.0  beta

问题:合库合表,上游中有分表结构中有一个username字段长度不同,怎么跳过这个检查?

» start-task task/gamelab01-task01.yaml
{
    "result": false,
    "msg": "[code=26005:class=dm-master:scope=internal:level=medium] fail to check synchronization configuration with type: check was failed, please see detail
    	detail: {
		"results": [
			{
				"id": 7,
				"name": "sharding table `gnsyfx`.`g_users` consistency checking",
				"desc": "check consistency of sharding table structures",
				"state": "fail",
				"errorMsg": "different column definition\
column username varchar(100) on table `gamelab`.`g_users`\
column username varchar(50) on table `gamelab`.`g_users_1100`\
",
				"instruction": "please set same table structure for sharding tables",
				"extra": "instance gamelab01 on sharding `gnsyfx`.`g_users`"
			}
		],
		"summary": {
			"passed": false,
			"total": 14,
			"successful": 13,
			"failed": 1,
			"warning": 0
		}
	}",
    "sources": [
    ]
}

合库合表,建议上游字段一致比较好

硬限制么?

如果确定不会有冲突,有没有办法跳过?

应该没有,分库分表就是为了相同的

只是长度不同而已,如果我目标库中的长度更大,是不会有问题的

master 测试建议看下 dm 文档,dev 版本的文档。

建议保持一致,check task 会检查上下游表结构,,可以在 task 文件中使用 ignore-checking-items: [“schema_of_shard_tables”] 忽略,配置位置与 task-mode 一致,此时同步就需要人工关注表结构的问题,可以看下下面的链接
https://docs.pingcap.com/zh/tidb-data-migration/dev/task-configuration-file-full

多谢多谢

OK,

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。