必须手动关闭Navicat结构同步的「区分大小写」选项，因Linux默认区分表名大小写（lower_case_table_names=0）而Windows不区分（=1），否则会误判user与User为不同表并生成错误DROP/CREATE脚本。

支持，但必须手动关闭「区分大小写」选项，否则会误判差异甚至同步失败。

为什么 Linux 和 Windows 下的表名大小写行为不同

MySQL 在 Linux 系统默认启用 lower_case_table_names=0（区分大小写），而 Windows 默认是 lower_case_table_names=1（不区分）。这意味着在 Linux 上 user 和 User 是两个不同表，但在 Windows 上会被视为同一个。Navicat 结构同步默认开启区分大小写检测，一旦源库在 Windows、目标库在 Linux，它就会把 user → User 当作结构不一致，生成无意义的 DROP/CREATE 脚本。

如何在 Navicat 17 中正确处理混合大小写表名

进入「结构同步」向导后，在「选择对象类型」页面下方，必须勾选：

• 忽略区分大小写
• 忽略排序规则差异
• 忽略系统数据库（如 information_schema、mysql）

这三项缺一不可——尤其前两项，否则同步预览阶段就可能卡住或报 ERROR 1044 (42000)。

navicatmysql

Navicat For MySQL

下载

执行脚本前还要注意外键和 DROP 行为

即使大小写设置正确，脚本仍可能因顺序或残留对象失败：

• 默认不生成 DROP TABLE，若目标库存在同名但结构不兼容的表（比如字段类型已变更），直接运行会触发 ERROR 1060 (42S21): Duplicate column name；需手动勾选「删除不存在的对象」
• 脚本按字母序生成，可能先建子表再建父表，导致 ERROR 1215 (HY000): Cannot add foreign key constraint；务必点击右上角「选项」→ 勾选「执行前禁用外键检查」

跨操作系统同步时，大小写只是第一道关卡；权限、排序规则、外键依赖链才是实际执行中最容易被跳过的坑。