navicat 跨平台导入选项差异源于系统底层差异：macos 因安全限制隐藏 load data 选项，sql server 的 bulk insert 在非 windows 端因认证缺失而失效，字符集选项位置与可用项亦受系统编码机制影响。
navicat 在 macos 和 windows 上的导入向导选项不一致，根本原因不是“功能缺失”，而是底层驱动、权限模型和系统能力差异导致的选项自动隐藏或禁用。
为什么 Use LOAD DATA 在 macOS 上不可见？
该选项依赖 MySQL 客户端库对 LOAD DATA LOCAL INFILE 的支持，而 macOS 版 Navicat（尤其 Apple Silicon 原生版）默认使用更安全的网络栈，会主动屏蔽该高危协议——即使目标库已开启 local_infile=ON，GUI 也不会显示该复选框。
- Windows 版通常保留该选项，因传统 Win32 环境对本地文件读取控制较松
- macOS 上若强行启用需手动编辑连接配置：导出
.ncx文件 → 搜索<use_load_data></use_load_data>→ 改为true→ 重新导入（不推荐，有安全审计风险） - 替代方案：改用
mysqlimport命令行 + Navicat 的「外部工具」调用，绕过 GUI 限制
Use BULK INSERT 在跨系统时行为分裂
SQL Server 的 BULK INSERT 要求客户端具备 ADMINISTER BULK OPERATIONS 权限，且依赖 Windows Authentication 或 Kerberos 认证链。macOS 和 Linux 版 Navicat 无法完整模拟 Windows SSPI 流程，因此该选项在非 Windows 客户端上默认灰显或静默忽略。
- 即使你在 macOS 上勾选了，实际执行仍退化为逐行
INSERT - 验证方法：打开 Navicat 日志（
View → Toolbars → Log），观察执行语句是否含BULK INSERT关键字 - 真需求场景建议直接在 Windows 客户端操作，或改用
sqlcmd -b批量导入
字符集与编码选项位置漂移
Windows 版 Navicat 导入向导中「字符集」下拉菜单常出现在「高级」页首部；macOS 版则被折叠进「字段映射」步骤的「…」按钮里，且默认只显示 UTF-8 和 GBK，其他如 Big5、Shift_JIS 需手动输入名称才能生效。
- 这不是 UI 设计差异，而是 macOS 版调用的是系统
CFStringEncodings列表，而 Windows 版读取的是 MySQL 内置charset表 - 遇到 Excel 导入乱码时，别只盯着向导界面——先用
file -i your.xlsx（macOS/Linux）或 PowerShellGet-Content -Encoding Byte（Windows）确认真实编码 - 若必须用非标准编码，建议先导出为 CSV 并用
iconv转换，再导入 UTF-8 编码的 CSV
真正麻烦的从来不是选项“有没有”，而是它“什么时候出现、为什么消失、以及消失后你根本收不到提示”。跨系统操作前，务必在目标平台打开一次向导，点到每一步看哪些控件可交互——这才是最省时间的预检动作。
