Navicat导出到远程服务器默认不走压缩，因其MySQL连接未启用协议层压缩（MYSQL_OPT_COMPRESS），需手动勾选“Use compression”方可触发zlib压缩，提升传输效率并降低延迟。
Navicat导出到远程服务器为什么默认不走压缩
因为 mysql 协议层的压缩是可选特性，默认关闭。navicat 连接建立时不会主动协商启用 compress 标志，哪怕网络延迟高、带宽窄，它也照常发原始字节流。结果就是：10mb 的结果集在跨公网传输时被拆成上千个小包，tcp 往返放大效应明显，实测延迟翻 2–3 倍。
启用方式很简单，但必须手动勾选：
进连接编辑页 → Connection 标签 → 勾选 Use compression（注意不是“Use SSL”或“Compress result set”）
这个选项触发的是 MySQL C API 的 mysql_options(conn, MYSQL_OPT_COMPRESS, nullptr)，底层走 zlib 压缩，服务端无需额外配置（MySQL 5.0+ 全支持）。
- 压缩率取决于数据重复度：文本/JSON/日志类字段通常能压到 40%–60%，二进制字段（如
BLOB）基本不压，但也不会拖慢 - CPU 开销极低，现代 CPU 压缩 100MB/s 仅占不到 5% 单核利用率，远低于网络等待损耗
- 旧版 Navicat（≤15.0）在 macOS 上可能因 zlib 版本不兼容导致连接失败，升级到 16.1.7+ 可规避
HTTP通道不是 Navicat 原生功能，别被误导
Navicat 本身不提供“通过 HTTP 通道导出”的选项。所谓 HTTP 通道，实际是某些第三方教程把 mysqldump + nginx 反向代理 + curl 上传拼凑出来的方案，和 Navicat 无关。强行套用会导致两个问题：
- Navicat 导出向导里根本找不到 HTTP 相关配置项，所有声称“在高级设置里选 HTTP”的截图都是伪造或混淆了其他工具界面
- 若你真在服务器上搭了 HTTP 接口接收 SQL 文件，那 Navicat 只能先导出本地磁盘，再靠外部脚本上传——这反而多了一次磁盘 I/O 和进程切换，比直接
Server export慢 20% 以上
真正该用的替代路径是：Export Wizard → Export Method 下拉选 Server export (SQL file)，让源库直连目标库执行 SELECT ... INTO OUTFILE 或生成临时 SQL 并由目标库加载，全程不经过 Navicat 客户端内存。
Server export 失败常见报错及绕过方法
选了 Server export 却提示 ERROR 1290 (HY000): The MySQL server is running with the --secure-file-priv option，说明目标 MySQL 启用了 secure_file_priv 限制。
查当前允许路径：SHOW VARIABLES LIKE 'secure_file_priv';
若返回非空值（如 /var/lib/mysql-files/），导出文件只能落在该目录；若返回 NULL，则禁用所有文件操作，此时 Server export 不可用，必须切回 Client export 并启用压缩 + 调大 batch size。
- 不要尝试改
my.cnf临时关secure_file_priv：云数据库（如阿里云 RDS、腾讯云 CDB）根本不允许修改该参数 - 若目标库是 MySQL 8.0+ 且认证插件为
caching_sha2_password，Server export可能静默失败——降级为mysql_native_password或升级 Navicat 至 16.1.7+ - 导出格式务必选
SQL，并勾选Use extended INSERT：否则单行一个INSERT，目标库解析开销暴涨
Batch size 设太小反而更慢
很多人看到“分批导出更稳”，就把 Batch size 调成 100 或 500，结果总耗时翻倍。原因在于：Navicat 每批都要重建一次 TCP 连接上下文，而跨公网场景下，三次握手 + TLS 握手（若启用了 SSL）平均耗时 300–800ms，100 批就是近 1 分钟纯等待。
合理起始值看网络类型：
云内网（如 AWS EC2 同 AZ）：Batch size = 10000
跨公网（如家用宽带连阿里云）：Batch size = 5000，同时在 Advanced 标签把 Connect timeout 改为 60
- 注意：Navicat 的 batch 是按行数切，不是按字节数。遇到含
TEXT字段的表，先用SELECT AVG(LENGTH(column_name)) FROM table LIMIT 1000估算平均行宽，避免单批实际体积超 10MB 导致超时 - 禁用
Commit every batch：远程库提交事务需刷盘+写 binlog，每批都提交等于把 IO 拆成碎片，实测比单事务慢 3–5 倍
最易被忽略的一点：Navicat 的 Keep-alive ping interval（在 Tools → Options → Connection）必须设为 ≤30 秒，否则长导出过程中连接被服务端 wait_timeout 清掉，后续批次会卡在 “Executing…” 无提示。
