Navicat 不支持任务完成后自动关闭连接，连接保持依赖空闲超时机制；需禁用 Keepalive 并调小数据库 wait_timeout 实现被动断连，或改用命令行/脚本工具管理连接。
navicat 本身不提供“任务完成后自动关闭连接”的开关式配置——它没有 auto_close_on_job_finish 这类参数，也不在计划任务或批处理执行后主动断开连接。所谓“自动关闭”，实际依赖的是连接空闲超时机制，而非任务触发行为。
Navicat 的连接生命周期不由任务控制
Navicat 中的「计划任务」（如备份、数据同步、SQL 文件执行）运行时复用当前已建立的连接，任务结束后连接仍保持打开状态，除非：
- 用户手动点击断开按钮（
Disconnect） - 连接因空闲超时被数据库服务器强制关闭（此时 Navicat 显示“Lost connection”）
- Navicat 进程退出（关闭软件）
也就是说：任务完成 ≠ 连接关闭。你无法通过勾选某个选项让 Navicat 在导出完一张表后自动断开该连接。
真正能“自动关闭”的只有 Keepalive 超时路径
如果你希望连接在无操作一段时间后释放，得反向利用 KeepaliveInterval 和数据库自身的 wait_timeout 配合实现“被动关闭”：
- Navicat 的
KeepaliveInterval是发心跳保活的，设得太小（如 30）反而让连接更难被服务器回收 - 若想让它更快断开，应关掉
Keepalive（即不勾选“保持连接间隔”），并确保数据库端wait_timeout值较小（如 MySQL 默认 28800 秒 = 8 小时，可调为 300） - 修改数据库端需执行：
SET GLOBAL wait_timeout = 300;（需 SUPER 权限，且重启后失效；永久生效要改my.cnf中wait_timeout）
注意：这个“关闭”是数据库单方面断链，Navicat 不会主动感知并清理连接图标，下次点击仍会尝试重连。
批量任务场景下避免连接堆积的实操建议
当用 Navicat 执行大量定时 SQL 或导入脚本时，容易出现多个连接长期 idle 占用，尤其在共享连接配置给多人使用时：
- 不要复用同一个连接执行多个长时间间隔的任务；每个任务用独立连接配置（命名区分），任务跑完手动断开
- 用命令行替代 GUI：比如用
mysqldump+mysql命令跑完即退，连接天然不残留 - 若必须用 Navicat 计划任务，可在任务 SQL 结尾加一句
KILL CONNECTION CONNECTION_ID();（仅限 MySQL 5.7+，且需有 PROCESS 权限）——但这属于高危操作，误杀其他会话风险大，不推荐
最稳妥的方式其实是跳出 Navicat：把自动化流程交给 shell / Python / Jenkins，Navicat 留作调试和临时查询用。
关键点在于认清 Navicat 的定位——它是图形化交互工具，不是连接管理器或作业调度引擎。指望它精准控制连接启停，就像让 Excel 自动重启 Windows 服务一样，方向错了。
