【 TiDB 使用环境】生产环境
【 TiDB 版本】v8.1.2
DM组件版本 v8.1.2
【复现路径】
DM同步过程中遇到bug，见截图
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
复现路径是啥？
原先 版本是6.1系列，DM同步都正常。DM 组件升级到8.1.2后 发现同步异常了，删除任务重新同步还是报错
- 源端数据库存在异常数据（如字段值长度超出定义、特殊字符污染）；
- 同步任务配置不当（如字段映射错误、数据过滤规则冲突）
看下是不是
不是，升级版本后出现的问题。目测是版本兼容性问题
感觉跟版本兼容性有点关系
兼容性的问题，再看看
哦,应该是兼容性
DDL语句如下：有啥特殊的吗
CREATE TABLE aaa (
id bigint NOT NULL COMMENT ‘id’,
apply_type int DEFAULT NULL COMMENT ‘申请单类型\r\n 1新增’,
apply_identity_id varchar(36) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT ‘申请方账号(申请人)’,
cert_id bigint DEFAULT NULL COMMENT ‘证书信息表id’,
customer_type int DEFAULT NULL COMMENT '申请证书客户类型\r\n 个人：1 \r\n 企业：2\r\n ',
cert_biz_type int DEFAULT NULL COMMENT ‘采购方1\r\n 专家2\r\n 供应商3’,
user_name varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT ‘用户名\r\n 个人：用户名称\r\n 企业：企业名称’,
ident_type char(1) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT ‘证件类型\r\n \r\n 默认：\r\n 个人：居民身份证\r\n 企业：统一社会信用代码’,
ident_no varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT '证件号码\r\n \r\n 默认：\r\n 个人：身份证号\r\n 企业：统一社会信用代码\r\n ',
img_url varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT ‘签章地址’,
img_name varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT ‘签章名称’,
seal_state int DEFAULT NULL COMMENT ‘印章状态\r\n 0禁用 1有效’,
apply_time datetime DEFAULT NULL COMMENT ‘申请时间’,
device_identifier varchar(500) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT ‘申请设备标识’,
audit_identity_id varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT ‘审核人编号’,
audit_state int DEFAULT NULL COMMENT ‘审核状态（申请状态）\r\n \r\n 0 提交审核\r\n 1 审核通过\r\n 2 审核不通过’,
audit_time datetime DEFAULT NULL COMMENT ‘审核时间’,
audit_note varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT ‘审核备注(意见)’,
last_modify_time datetime DEFAULT NULL COMMENT ‘最后修改时间’,
is_autogenerate int DEFAULT NULL COMMENT ‘0 用户上传\r\n 1 自动生成’,
is_delete int DEFAULT ‘0’ COMMENT ‘逻辑删除\r\n 1删除\r\n 0正常’,
PRIMARY KEY (id) USING BTREE,
UNIQUE KEY uk_apply_identity_active (((case when (is_delete = 0) then apply_identity_id else NULL end))),
KEY apply_identity_id (apply_identity_id,customer_type,seal_state,is_delete)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci ROW_FORMAT=DYNAMIC COMMENT=‘印章签名审核信息表’;
在 DM 同步中，DDL（建表、改表结构等）是最脆弱的环节。如果上游 MySQL 执行了某些 TiDB 不兼容或 DM 解析困难的 DDL，任务会暂停
源和目标建表sql一样吗，不同的 COLLATE 时会错误的进行分区裁剪的问题