Navicat同步到数据库需满足权限、语法兼容性、外键一致性三硬条件，否则报错退出；连接中断不重连不回滚；目标库用户须有CREATE/ALTER/DROP及REFERENCES权限；MySQL 5.7等旧库不支持RENAME COLUMN，需手动替换为CHANGE/MODIFY；外键字段类型（如BIGINT与BIGINT UNSIGNED）必须严格一致；注释、默认值、NULL性等关键属性易遗漏，须逐项核验。
能直接同步，但不是“点一下就完事”——同步到数据库 功能会做差异比对并生成变更脚本，但必须满足权限、语法兼容性、外键约束一致性三个硬条件，否则中途报错退出。
同步前必须确认目标库连接状态和用户权限
Navicat 不会在后台静默重连，一旦连接断开或超时，同步过程直接中断，且不回滚已执行的部分语句。
-
同步到数据库按钮是灰色的？先检查左下角状态栏是否显示“已连接”，右键目标连接 →测试连接确认实时通路 - 目标库用户必须同时拥有
CREATE、ALTER、DROP权限；MySQL 8.0+ 还需REFERENCES（外键依赖检查） - 达梦 8 或 GaussDB 分布式环境下，
CREATE SCHEMA语句默认会被生成，但这些库不支持该语法——需在同步前手动清空「模式名」字段或改用USE方式
物理模型里改字段名，MySQL 5.7 和达梦 8 会直接失败
Navicat 同步默认使用 RENAME COLUMN 实现字段重命名，这是 MySQL 8.0+ 和 PostgreSQL 的语法，老版本和国产库根本不认。
- 若模型中把
user_name改成username，同步到 MySQL 5.7 会报错：ERROR 1064 (42000): You have an error in your SQL syntax - 解决方法：导出 SQL 文件后手动替换为
CHANGE COLUMN（MySQL 5.7）或MODIFY（达梦），再用运行SQL文件执行 - 更稳妥的做法：在模型中先删掉旧字段、再新增同名新字段（绕过 RENAME），但要注意数据迁移需额外处理
外键字段类型不一致，同步到 MySQL 8.0+ 必报错
Navicat 不校验外键字段与被引用字段的类型细节，比如 BIGINT 和 BIGINT UNSIGNED 被视为不兼容，MySQL 8.0+ 会拒绝建表。
- 右键表 →
编辑表→ 切换到「属性」视图，逐个核对外键列与主键列的完整类型定义 - 常见坑：逻辑模型里标了
int，物理模型映射成INT，但被引用的是INT UNSIGNED—— 同步时直接卡在CREATE TABLE - 达梦 8 对字符集也敏感：
VARCHAR(50) CHARSET UTF8和VARCHAR(50) CHARSET GBK视为不同，外键无法建立
注释不会自动从逻辑层带过来
Description 字段（逻辑模型里写的说明）和物理模型里的 Comment 属性是两套独立字段，改完逻辑层后不手动复制，导出的 SQL 就没有 COMMENT 'xxx'。
- 批量补注释：右键模型 →
编辑模型属性→ 勾选「同步描述到注释」仅对新建字段有效，已有字段仍需逐个点开填 - 导出 SQL 前务必打开「SQL 预览」窗口，搜索
COMMENT关键字，确认每张表、每个字段都覆盖到位 - PostgreSQL 用户注意：
COMMENT ON COLUMN是单独语句，不会嵌在CREATE TABLE里，得确保同步模式启用了「附加注释语句」选项
最常漏掉的其实是字段默认值和 NULL 性——属性 视图默认折叠，DEFAULT CURRENT_TIMESTAMP 和 NOT NULL 这类关键约束藏在里面，不点开看就等于没设。
