如何在Mac版Navicat 17中导入Win版保存的SQL查询脚本？-navicat-PHP中文网

Mac版Navicat 17打开Win导出的SQL文件乱码，根本原因是Windows默认用GBK（编码936）保存，而Navicat 17 for Mac默认按UTF-8（65001）读取；解决方法是执行SQL文件时在弹窗中手动将编码改为936（GBK）或1200（UTF-16 LE），并勾选“执行前显示SQL内容”预览验证。

如何在mac版navicat 17中导入win版保存的sql查询脚本？

Mac版Navicat 17打开Win导出的SQL文件乱码？先确认编码再选

Mac上直接双击用Windows记事本或Notepad++保存的.sql文件，大概率中文变问号或方块——不是Navicat坏了，而是Windows默认用GBK或GB2312编码，而Mac系统和Navicat 17默认按UTF-8（即编码值65001）读取。你看到的“乱码”，其实是编码错配。

解决方法很简单：

在Navicat中右键数据库 → 运行SQL文件 → 选中文件后，**不要急着点“开始”**
看弹窗底部的“编码”下拉框，默认是65001 (UTF-8)，把它改成936 (GBK)或932 (Shift_JIS)（如果原文件是日文环境导出）
点“开始”前先勾选“执行前显示SQL内容”，预览是否中文正常；若仍乱码，可试1200 (UTF-16 LE)（常见于Windows PowerShell导出）

Navicat 17 for Mac执行Win脚本报“Unknown character set: 'utf8mb4'”？关掉建库语句就行

Windows环境下用MySQL 5.7+导出的.sql文件，开头常带CREATE DATABASE ... DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci这类语句。Mac版Navicat 17连接老版本MySQL（如5.6或MariaDB 10.2以下）时，会卡在这行报错，因为utf8mb4_0900_ai_ci是MySQL 8.0才引入的排序规则。

别删整段建库语句，只动关键部分：

用文本编辑器（如VS Code）打开SQL文件，找到CREATE DATABASE那一行
把DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci替换成DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci
如果目标库已存在，更稳妥的做法是：**全选并删除从CREATE DATABASE到第一个USE `xxx`之间的所有建库/删库语句**，只保留建表和插入数据部分

导入中途卡住或报“Packet too large”？这不是Mac性能问题，是服务端没调参

Mac版Navicat 17本身不处理SQL执行逻辑，它只是把语句发给MySQL服务端。你在Mac上看到“进度条不动”“提示超时”“报Packet too large”，99%是MySQL服务端参数太保守，尤其当你导入的是Windows下用mysqldump导出的含长BLOB或大批量INSERT的文件。

navicatmysql

Navicat For MySQL

下载

必须登录MySQL服务器改配置（不是改Navicat！）：

编辑/usr/local/etc/my.cnf（macOS Homebrew安装）或/etc/my.cnf（手动安装），在[mysqld]段下加：
max_allowed_packet=512M（至少256M，避免Packet too large）
innodb_buffer_pool_size=2G（设为物理内存的50%，Mac M1/M2建议≥2G）
改完重启MySQL：brew services restart mysql 或 sudo launchctl kickstart -k system/com.oracle.oss.mysql.mysqld
验证是否生效：在Navicat查询窗口执行SHOW VARIABLES LIKE 'max_allowed_packet';