点“保存”不等于执行成功，Navicat仅发送ALTER语句且不校验权限、锁或执行结果；常见静默失败包括结构未更新、中文注释变问号、大表卡住、外键/NOT NULL限制被忽略等。
点“保存”不等于执行成功
Navicat 的「设计表」里点保存按钮，只是把图形操作转成一条 ALTER TABLE 语句并发送给 MySQL；它不校验权限、不预检锁、不等执行完成就返回界面控制权——所以你看到“保存成功”，可能只是 Navicat 收到了 TCP ACK，而 MySQL 实际上卡在元数据锁、磁盘 I/O 或权限拒绝上。
常见静默失败现象包括：
- 底部状态栏一闪而过“Query OK”，但
SHOW CREATE TABLE没变化 - 刷新表结构后字段顺序/类型/注释原样不动
- Navicat 界面没报错，但 MySQL 错误日志里有
ERROR 1025或ERROR 1366
务必打开 Navicat 底部的「消息」面板（不是弹窗），勾选“显示所有消息”，否则很多失败提示会被吞掉。
中文注释或字段名保存失败：本质是编码断层
报 Incorrect string value 或保存后变问号，不是 Navicat bug，而是连接层与字段级排序规则不一致导致的字节损坏。MySQL 收到的是乱码字节，直接拒收或截断。
必须同时满足三件事才能存中文：
- 连接设置里勾选「使用自定义字符集」并设为
utf8mb4（右键连接 → 编辑连接 → 高级） - 执行
SET NAMES utf8mb4;在当前查询窗口（不是建表时才设） - 字段定义里显式指定
COLLATE utf8mb4_unicode_ci（设计表 → 点该列 → 高级 → 排序规则）
特别注意：SHOW CREATE TABLE 中若某列带 CHARACTER SET latin1 或 COLLATE latin1_swedish_ci，哪怕库和表都是 utf8mb4，也照样存不了中文。
大表修改卡住或“看似生效实则没动”
Navicat 对大表（>10 万行）执行 ALTER TABLE 时，GUI 会阻塞等待 MySQL 返回，但 MySQL 可能正在全表拷贝、等锁、刷日志——此时 Navicat 界面卡在“正在保存”，实际后台 DDL 已开始，也可能已因超时被服务端中断。
排查要点：
- 执行
SHOW PROCESSLIST;，找状态为Waiting for table metadata lock或copy to tmp table的线程 - 查
information_schema.INNODB_TRX，确认有没有未提交事务长期持有锁 - 检查 Navicat 连接属性里的
Socket Timeout（建议 ≥300），否则默认 30 秒就断连，DDL 却还在 MySQL 后台跑着
别反复点保存——每次都会触发新一轮全表操作，磁盘空间和锁冲突风险翻倍。
外键、NOT NULL 字段、权限缺失：这些不会报红字，但一定失败
Navicat 不解析外键依赖，也不校验新增字段是否带默认值。你改一个字段类型，如果这张表是外键的父表，MySQL 直接拒绝执行，但 Navicat 可能只显示“部署失败”而不告诉你原因。
高频盲区：
- 新增
NOT NULL字段但没设DEFAULT：后续INSERT全部报Column 'xxx' cannot be null，但表结构本身改成功了 - 外键约束存在时执行
MODIFY COLUMN：MySQL 报Cannot change column 'xxx': used in a foreign key constraint，Navicat 不提示，只卡住或静默失败 - 用户只有
ALTER权限，缺INSERT或SELECT：DDL 成功，但后续应用写入失败，误判为“结构没生效”
最易被忽略的是：Navicat 的「结构同步」和「设计表保存」完全独立。你在设计表里改了注释，不点工具栏软盘图标，或点了但没确认弹窗，就等于什么都没发生——它不会自动记入同步历史，也不会参与后续比对。
