Navicat 备份无超时设置，因依赖的 mysqldump 默认不设超时，需通过自定义脚本传入--connect-timeout等参数，并同步调大MySQL的wait_timeout和max_allowed_packet，再加系统级任务超时兜底。
Navicat 本身不提供“备份超时限制”配置项，所谓“任务挂起”本质是底层 mysqldump 进程被 MySQL 的 wait_timeout 或网络层中断卡住，必须从连接参数、客户端配置和系统级兜底三处干预。
为什么 Navicat 备份界面里找不到超时设置
Navicat 的图形化备份弹窗（右键数据库 → Backup Database）没有暴露 --connect-timeout、--net-read-timeout 等关键参数。它把所有控制权交给了调用的 mysqldump，而该工具默认不设超时——一旦遇到锁表、大事务、慢查询或网络抖动，进程就会无限等待。
- 你看到的“preparing backup…”长时间不动，大概率是
mysqldump卡在FLUSH TABLES WITH READ LOCK等待阶段 - 导出文件大小为 0KB 或中途截断，常因 TCP 连接被中间设备（如 NAT、防火墙）静默断开，但
mysqldump不感知 - Navicat 日志（
%AppData%\PremiumSoft\Navicat\Logs\navicat.log）里若出现MySQL server has gone away，说明已触发服务端超时，但客户端没做响应处理
真正有效的超时控制路径
绕过 GUI 限制，强制让 mysqldump 带超时参数运行：
- 确认 Navicat 使用的是你可控的
mysqldump：连接属性 → 「高级」→「MySQL 路径」填入自定义脚本路径（非原生二进制） - Windows 下新建
mysqldump.bat，内容为：@%~dp0\mysqldump.exe --connect-timeout=30 --net-read-timeout=120 --net-write-timeout=120 --single-transaction --set-gtid-purged=OFF %*
- Linux/macOS 写 shell 脚本并
chmod +x；把原mysqldump改名（如mysqldump.real），再把包装脚本放同目录 - 关键参数含义：
--connect-timeout=30控制建连超时（秒），--net-read/write-timeout=120控制单次读写阻塞上限，超过即中断
配套必须调整的 MySQL 服务端参数
客户端设了超时，服务端若 wait_timeout 更短，仍会先断连：
- 登录 MySQL 执行：
SHOW VARIABLES LIKE 'wait_timeout';，建议设为 ≥ 300（5 分钟） - 同时检查
max_allowed_packet，大库备份失败常因该值太小（默认 4MB），应设为256M或更高 - 这些参数需写入 MySQL 配置文件（
my.cnf的[mysqld]段），重启生效；仅用SET临时修改对mysqldump无效
最后加一道系统级保险：用 Windows 任务计划程序限制总耗时
即使 mysqldump 自身超时，Navicat 进程也可能残留。用系统调度器兜底：
- 在任务计划程序中创建基本任务，操作设为启动程序：
"C:\Program Files\PremiumSoft\Navicat Premium 16\navicatcmd.exe" - 参数填：
--profile="MyProfile" --task="MyBackupTask" - 在任务属性 → 「设置」选项卡中，勾选「如果任务运行时间超过以下时间则停止任务」，设为
00:10:00（10 分钟） - 这个限制独立于 MySQL 和
mysqldump，是进程级硬终止，防止备份长期僵死
最容易被忽略的是：超时参数必须同时作用于客户端命令行和 MySQL 服务端配置，缺一不可；只改 Navicat 界面里的“超时”（其实根本没有）或只调 wait_timeout，都解决不了根本问题。
