同步前必须检查ENUM列定义顺序和值是否严格一致，因MySQL按序号存储枚举值，顺序不一致会导致显示错位或截断错误；须用SHOW COLUMNS比对原始定义，禁用Navicat美化界面，并严格校验数据合法性。
同步前必须检查 ENUM 列的定义顺序和值是否严格一致
navicat 16 的结构同步（structure synchronization）不会自动校验 enum 枚举值的顺序，但 mysql 内部是按定义顺序存储索引的。哪怕两端都是 enum('a','b','c') 和 enum('a','c','b')，字段内容在查询时可能显示错位，甚至触发 data truncated for column 'xxx' at row 1 错误。
实操建议：
- 用
SHOW COLUMNS FROM table_name LIKE 'col_name'分别查源库和目标库，对比Type字段输出的完整枚举字符串（含单引号和顺序） - 不要依赖 Navicat 表结构预览界面——它会美化显示，隐藏顺序差异；务必看原始 DDL 或
SHOW COLUMNS结果 - 若发现顺序不一致，必须先用
ALTER TABLE ... MODIFY COLUMN在目标端重定义枚举，不能只靠同步工具覆盖
避免用 Navicat 默认的“仅同步结构”模式处理 ENUM 列
默认勾选“仅同步结构”时，Navicat 对 ENUM 类型列会生成 MODIFY COLUMN 语句，但该语句在值不匹配时可能静默失败或引发数据转换异常（例如把原值 'b' 存成空字符串或默认值）。
实操建议：
- 同步前手动比对两端
CREATE TABLE语句中该列的完整定义，包括括号内所有值、大小写、空格（MySQL 枚举值区分大小写） - 在 Navicat 同步设置里，取消勾选
Drop columns not in source和Drop foreign keys——这两项与枚举无关，但误启用可能导致意外删列或约束 - 勾选
Compare data types strictly（严格比较数据类型），否则 Navicat 可能将ENUM('x','y')和ENUM('x','y','z')视为兼容而跳过同步
数据同步阶段要警惕 ENUM 值超出目标列定义范围
如果源表有值 'pending'，但目标表 ENUM 定义里没有该值，Navicat 执行数据同步时会报错 Incorrect integer value: 'pending' for column 'status' at row 1（MySQL 8.0+）或静默转成空字符串（旧版本），且不中断同步流程。
实操建议：
- 执行同步前，运行
SELECT DISTINCT col_name FROM table_name WHERE col_name NOT IN ('val1','val2',...)检查源表是否有非法值（把目标端枚举值列表填进去） - 若存在非法值，必须先清洗源数据或扩展目标列：用
ALTER TABLE t MODIFY status ENUM('val1','val2','pending') - Navicat 的“数据同步”（Data Synchronization）功能本身不校验枚举合法性，它只做 INSERT/UPDATE，所以校验必须人工前置完成
同步完成后验证不能只查 COUNT，要查实际值分布
同步成功不代表枚举值没出错。比如源表 ENUM('active','inactive') 有 100 条 'active'，目标表定义却是 ENUM('inactive','active')，Navicat 可能同步成功，但所有 'active' 都被存成索引 2 → 实际显示为 NULL 或触发警告。
实操建议：
- 用
SELECT status, COUNT(*) FROM table_name GROUP BY status在两端分别执行，对比结果行数、值内容、数量是否完全一致 - 特别注意 NULL 值占比突增——很可能是枚举值错位导致合法值转成无效索引
- 如果表大，可加
HAVING COUNT(*) > 10快速定位高频值，优先验证它们
枚举同步真正的难点不在操作步骤，而在 MySQL 把枚举当“带名字的整数”来存——人看的是字符串，数据库存的是序号。只要顺序或值集有一处差了，数据就悄悄变形了。
