Mac休眠导致Navicat连接失效是正常现象，因系统冻结进程并关闭socket；应启用自动重连、禁用深度休眠、调高服务端wait_timeout，首次操作1–3秒延迟属必然。
Mac 系统休眠导致 Navicat 连接失效是正常行为，不是 Bug
Mac 在锁屏后若进入深度休眠（hibernation）或 TCP 连接长时间空闲，系统会主动关闭底层 socket。Navicat 无法感知这种静默断开，直到你点击表、执行查询时才抛出 MySQL server has gone away 或卡在“connecting…”。这不是 Navicat 崩溃，而是连接状态与操作系统不一致导致的必然结果。
为什么“保持连接间隔”在锁屏场景下基本无效
Navicat 的 Keep-alive interval 是应用层心跳，依赖进程持续运行并定时发 SELECT 1。但 Mac 锁屏后，系统可能：
- 挂起 Navicat 进程（
kill -STOP），所有定时器暂停，心跳完全停止 - 清理空闲网络连接（尤其启用了
tcp_fin_timeout或net.inet.tcp.keepidle缩短的环境） - Wi-Fi 切换/重连导致 IP 变更，原连接无法恢复
此时即使你设了 60 秒心跳，它根本没机会执行——进程被冻结了。
真正有效的应对方式只有两个方向
不要指望“不断连”，而要让“断后恢复”更快、更稳：
-
启用自动重连 + 调整超时参数：编辑连接 → 高级 → 勾选
Reconnect when connection is lost，同时把Connection timeout和Read timeout改为30（单位秒），避免卡死 -
禁用 Mac 深度休眠（推荐）：终端执行
sudo pmset -a hibernatemode 0（仅禁用磁盘休眠，保留睡眠 RAM），再配合sudo pmset -a tcpkeepalive 1确保网络栈维持活跃 -
云数据库必须同步调服务端 wait_timeout：直连阿里云 RDS 或腾讯云 CDB 时，登录控制台将「连接空闲超时」从默认 300 秒改为
1800，否则客户端心跳再勤也无济于事
别忽略的细节：断开后首次操作延迟高是必然的
即使配置全部正确，Mac 锁屏唤醒后第一次点击表或执行 SQL，仍会有 1–3 秒延迟——这是 TCP 三次握手 + Navicat 重建会话 + 权限校验的叠加耗时。这个延迟无法消除，只能接受。如果发现延迟超过 5 秒，优先检查是否触发了防火墙重协商或 DNS 重解析（可临时在 Navicat 连接中把 host 改成 IP 验证）。
