Navicat同步大数据量时连接超时的根本原因是其默认net_read_timeout和net_write_timeout值过小（30秒）及批处理大小仅1000行，导致频繁小批次请求易超时；必须同步调大MySQL服务端wait_timeout、interactive_timeout、net_read_timeout、net_write_timeout参数并重启服务，且在Navicat连接高级设置中增大batch size、连接与查询超时值，否则服务端会强制中断连接。
Navicat 同步大数据量时连接超时的根本原因
不是网络不稳定，也不是服务器扛不住，而是 navicat 默认的 net_read_timeout 和 net_write_timeout 值太小（通常为 30 秒），加上其内部数据同步缓冲区（batch size）默认仅 1000 行，导致大表同步时频繁发起大量小批次请求——每次请求都受超时限制，稍有延迟就触发 lost connection to mysql server during query 或直接断开。
修改 MySQL 服务端 timeout 参数（必须做）
仅改 Navicat 客户端没用，MySQL 服务端会主动 kill 掉“慢”连接。需在 MySQL 配置文件（如 /etc/my.cnf 或 C:\ProgramData\MySQL\MySQL Server X.X\my.ini）的 [mysqld] 段落中添加或调整：
wait_timeout = 28800 interactive_timeout = 28800 net_read_timeout = 3600 net_write_timeout = 3600
改完必须重启 MySQL 服务；否则 Navicat 即使设了长超时，也会被服务端强制中断。
在 Navicat 中调大同步批处理与超时设置
同步前务必进入「工具 → 选项 → 连接」，找到当前连接配置，点击「高级」标签页，重点调整以下三项：
-
Send data in batches of：建议设为10000（最大支持值，部分版本上限为50000），减少请求次数 -
Connection timeout (seconds)：设为3600（1 小时），避免建连阶段失败 -
Query timeout (seconds)：设为7200（2 小时），覆盖大表 INSERT/UPDATE 的执行耗时
注意：这些值不会自动同步到已保存的连接，必须重新编辑并「测试连接」生效；若用的是「数据传输」向导，需在向导最后一步点「高级」再手动填入，否则无效。
绕过 Navicat 同步瓶颈的替代方案
当单表超 500 万行或含 BLOB 字段时，Navicat 同步仍可能卡死或内存溢出。更稳的做法是导出为 SQL 文件再导入：
- 用 Navicat「备份数据库」→ 勾选
Disable foreign key checks和Use extended inserts - 生成的
.sql文件用命令行导入：mysql -u root -p --max-allowed-packet=512M db_name - 关键参数
--max-allowed-packet=512M必须加，否则大 insert 语句会被截断
真正容易被忽略的是：Navicat 的「数据同步」功能本质是逐行比对 + 生成 DML，它不走 mysqldump 逻辑，也不利用 MySQL 的 bulk insert 优化路径——所以哪怕你把所有 timeout 调到 10 小时，只要数据差异复杂、索引多、触发器存在，它照样会慢到超时。这时候换方案不是退让，是绕开设计限制。
