Linux版Navicat无“连接超时”滑块，因GUI精简且该参数由系统socket层控制；真正可配的是KeepaliveInterval（需小于wait_timeout的0.5倍）、Keepalive开关及“仅当有查询时发送ping”选项，三者协同防空闲断连。
linux版navicat本身不提供“连接超时”参数的独立设置入口，真正起作用的是“保持连接间隔”+“使用keep alive”这两项，且必须匹配数据库服务端的wait_timeout值——否则调再大也没用。
为什么Linux版Navicat没有“连接超时”滑块？
Linux桌面版（如Navicat Premium 17.x for Linux）的GUI界面比Windows/macOS精简，连接超时和读取超时字段在“高级”页被隐藏或合并。你看到的“连接超时”实际由系统socket层控制，不可直接修改；能干预的只有应用层心跳行为。
- Navicat for Linux 的“高级”页中只有
KeepaliveInterval（单位：秒）、Keepalive（布尔开关）、Auto-reconnect三项可配 -
连接超时（connection timeout）指建立TCP连接阶段的最大等待时间，Linux下受系统net.ipv4.tcp_syn_retries等内核参数影响，Navicat不暴露该配置 - 用户真正需要防的是“已连上但空闲后被KILL”，这属于
wait_timeout范畴，不是连接阶段超时
怎么设KeepaliveInterval才不掉线？
这个值不是随便填的，它必须满足：KeepaliveInterval < @@wait_timeout * 0.5，否则服务器早把你踢了，心跳还没发出去。
- 先连上数据库，执行：
SELECT @@wait_timeout, @@interactive_timeout;—— 注意看@@wait_timeout，不是interactive_timeout - 如果返回是
300（云数据库常见），就把KeepaliveInterval设为120或180，绝不能填300 - 勾选
Keepalive：启用TCP层保活，防NAT/防火墙断连；不勾则只靠应用层心跳，中间设备可能仍会回收连接 - 取消勾选
仅当有查询时发送ping：否则空闲时完全不发心跳，等于没设
执行SQL文件中途断开？检查这三个隐藏点
即使心跳正常，导入大脚本仍可能卡在某条语句后静默断开，这不是网络问题，而是Navicat解析机制与服务端限制共同导致的。
- 取消勾选
在每个运行中运行多个查询：否则Navicat会把整个文件当单条语句切分，遇到存储过程里的分号就解析失败，不报错只断连 - 确认服务端
max_allowed_packet足够大（比如100M）：否则含万级VALUES的INSERT会被截断，触发连接重置 - 避免在脚本开头写
SET SQL_MODE=xxx之类会话级设置：某些旧版Linux Navicat对首行非DML语句兼容性差，易引发解析异常
最容易被忽略的是：Linux版Navicat不会自动继承系统DNS缓存或代理设置，如果数据库地址是域名，而/etc/resolv.conf里DNS响应慢，首次连接就会卡住并超时——建议在连接中直接填IP，绕过解析环节。
