Navicat设计表修改后点保存未生效，主因是默认操作本地缓存而非直连执行ALTER；必须右键标题栏选“保存”触发SQL预览与执行确认，否则仅编辑缓存。
设计表修改后点保存却没生效？先确认是否真在改服务器结构
navicat 的「设计表」界面默认操作的是本地缓存的表结构快照，不是直连数据库执行 alter。你双击打开、改字段、点保存，如果没弹出确认执行 sql 的对话框，说明当前只是在编辑缓存，还没提交到服务器。
常见错误现象：ALTER TABLE 语句没执行、刷新后字段还原、外键或索引新增失败。根本原因不是权限或语法错，而是你一直停留在“设计视图编辑”状态，没触发真正的同步动作。
- 必须右键点击设计表窗口标题栏 → 选择「保存」（不是 Ctrl+S 或窗口右上角 ×），这时才会弹出 SQL 预览和执行确认
- 若连接用户缺少
ALTER权限，会直接报错，不会静默失败；但若只缺INDEX权限，可能只提示索引未创建，而字段变更成功 - MySQL 8.0+ 下对
ENUM或SET类型增删值，Navicat 默认生成MODIFY COLUMN，但实际需用CHANGE COLUMN才能保留默认值——此时要手动勾选「使用 CHANGE COLUMN 代替 MODIFY COLUMN」
字符集/排序规则不一致导致 DDL 执行失败
你在设计表里把字段设为 utf8mb4_unicode_ci，但同步时却报错 Unknown character set: 'utf8mb4'，这不是 Navicat bug，而是连接参数和服务器实际配置不匹配。
Navicat 在「设计表」中显示的字符集，取自连接建立时服务器返回的 character_set_client 和 collation_connection，但如果连接高级设置里没显式指定，它可能沿用旧会话残留值，与目标库真实 character_set_database 不一致。
- 双击连接 → 「高级」页 → 找到
Character set下拉框，**手动选为 utf8mb4**（不能留空或选 auto） - 若目标库是 MySQL 5.7 且未升级，默认不支持
utf8mb4_0900_as_cs，就别在设计表里选这个排序规则，改用utf8mb4_general_ci或utf8mb4_unicode_ci - PostgreSQL 用户注意：
COLLATE在设计表里不可编辑，Navicat 会忽略你手动输入的值，实际以数据库级LC_COLLATE为准
外键或约束变更卡在「生成差异」阶段
你改了主键字段名，点保存后进度条停在「正在生成差异…」，几秒后消失，无报错也无效果。这通常是因为 Navicat 尝试读取 INFORMATION_SCHEMA 元数据时被权限或 SQL mode 拦截，而非结构本身有问题。
Navicat 不是靠对比两个快照来算差异，而是重新查询服务器当前结构，再跟本地缓存比。一旦查询失败，它就无法继续。
- 检查连接用户是否对
INFORMATION_SCHEMA有SELECT权限：运行SHOW GRANTS FOR CURRENT_USER;，确认含SELECT ON INFORMATION_SCHEMA.* - MySQL 8.0+ 若启用了
sql_mode = STRICT_TRANS_TABLES，而 Navicat 查询COLUMNS表时用了不兼容的函数，会静默失败；临时加一句SET sql_mode = '';再试 - 表名含短横线（如
user-log）必须用反引号包裹，否则 Navicat 解析SHOW CREATE TABLE user-log时当成减法运算，直接报语法错误
模型与设计表不同步：别混用两种建模方式
你用 Navicat 的「模型」功能画了 ER 图，又在「设计表」里手动改字段，结果同步模型时报错「Table doesn’t exist」。这不是缓存问题，而是 Navicat 把模型和设计表当两个独立体系——模型同步走的是 .nmodel 文件解析，设计表走的是实时元数据查询，两者不互通。
模型文件里定义的字段顺序、注释、逻辑关系，不会自动反映到设计表界面；反过来，你在设计表里做的修改，也不会更新模型文件里的节点。
- 若你以模型为权威源，就别在设计表里改结构，统一用「模型 → 同步到数据库」
- 若你习惯边开发边调表结构，就别依赖模型同步，改完设计表后手动导出 DDL（右键表 →「对象信息」→「DDL」标签页），再粘贴进模型里更新
- 模型中拖拽连线生成的外键，必须点「同步到数据库」才真正建约束；仅画线不等于数据库存在
FOREIGN KEY
