tidb版本对应dm版本

[zyp380922143]

关于tidb版本对应dm版本问题：

什么dm版本对应什么tidb版本，找了很久没有找到对应关系。比如dm v2.0.5能不能用在tidb4的版本等抽取数据

[hey-hoho]

可以的，TiDB和DM是独立发版。

[zyp380922143]

谢谢，我测试一下看下结果

[zyp380922143]

我做了测试，tidb v4.0.13 ，dm v2.0.5 在mysql5.7.29做缩减操作：
ALTER TABLE tb_emp1 MODIFY COLUMN name VARCHAR(10) NOT NULL DEFAULT ‘’;
报错，不能缩减精度。
后把tidb改为 v5.1.0，dm还是v2.0.5 做同样上面的操作，dm没报错，但目标端tidb字段长度没变，dm出现如下：
“name”: “task-newtest-dmv205”,
“stage”: “Running”,
“unit”: “Sync”,
“result”: null,
“unresolvedDDLLockID”: “”,
“sync”: {
“totalEvents”: “0”,
“totalTps”: “0”,
“recentTps”: “0”,
“masterBinlog”: “(db1m-bin.000234, 1051268572)”,
“masterBinlogGtid”: “”,
“syncerBinlog”: “(db1m-bin.000234, 1049222945)”,
“syncerBinlogGtid”: “”,
“blockingDDLs”: [
“ALTER TABLE dm_v205_test.tb_emp1 MODIFY COLUMN name VARCHAR(10) NOT NULL DEFAULT _UTF8MB4’zyp’”
],
“unresolvedGroups”: [
{
“target”: “dm_v205_test.tb_emp1”,
“DDLs”: [
“ALTER TABLE dm_v205_test.tb_emp1 MODIFY COLUMN name VARCHAR(10) NOT NULL DEFAULT _UTF8MB4’zyp’”
],
“firstLocation”: "position: (db1m-bin.000234, 1049223010), gtid-set: ",
“synced”: [
“dm_v205_test.tb_emp1”
],
“unsynced”: [
]
}
],
“synced”: false,
“binlogType”: “remote”,
“secondsBehindMaster”: “0”
}

[hey-hoho]

手动在TiDB里面执行这个DDL试试

[zyp380922143]

我要做自动同步呢，我手动在tidb执行，那没意义呀

[hey-hoho]

先测试下SQL会不会报错

[zyp380922143]

@zyp380922143

ALTER TABLE tb_emp1 MODIFY COLUMN name VARCHAR(10) NOT NULL DEFAULT ‘’;

这个sql看不出什么问题吧，一个简单的sql

[lance6716]

blockingDDLs 表明此时在进行 share ddl，默认是悲观模式 见文档 https://docs.pingcap.com/zh/tidb-data-migration/stable/feature-shard-merge-pessimistic