“Connection refused”是网络层拒绝连接，需优先排查代理设置、端口连通性、防火墙及DNS问题，而非修改Navicat配置；常见于ER图导出卡顿、SSH隧道不稳定或云数据库白名单错误。
Navicat 连接远程数据库时提示 “Network error: Connection refused”
这通常不是 navicat 本身的问题，而是本地网络路径上某处主动拒绝了连接。重点排查代理设置和目标端口连通性，而非重装或改 navicat 配置。
常见错误现象：Connection refused、timeout、ER模型导出卡在“正在加载表结构”但无报错；实际数据库服务（如 MySQL、PostgreSQL）本身运行正常，本地能连，远程机器也能连，唯独你这台机器连不上。
- 检查系统级代理：Windows 设置 → 网络和 Internet → 代理；macOS 系统偏好 → 网络 → 高级 → 代理。如果启用了 HTTP/HTTPS 代理，Navicat 默认会走它，而数据库端口（如
3306、5432）根本不在代理规则里，直接被丢弃 - 临时关闭所有代理软件（Clash、Surge、Proxyman 等），或在 Navicat 的连接配置中显式禁用代理：编辑连接 → “高级”选项卡 → 取消勾选
Use proxy server - 用命令行验证端口是否可达：
telnet example.com 3306（Windows/macOS 均可用；若提示未找到，可改用nc -zv example.com 3306）。不通 ≠ 数据库挂了，很可能是防火墙、安全组或 NAT 网关拦截
ER 图导出失败卡在“Loading schema”，日志显示 “Failed to retrieve table list”
这不是权限不足的典型表现（那种会明确报 Access denied），而是底层连接建立后，在首次元数据查询阶段就断开了——大概率是连接被中间设备静默中断，或数据库返回了非标准响应。
使用场景：共享团队数据库做 ER 建模，多人共用一个连接配置，但只有你导不出；或者刚切到公司新网络（如启用 ZTNA 或零信任网关）后突然失效。
- Navicat 的 ER 模型依赖多次短连接拉取
INFORMATION_SCHEMA或系统视图，对连接稳定性比普通查询更敏感 - 检查数据库服务器的
wait_timeout和interactive_timeout（MySQL）是否过小（如设为 60），Navicat 在构建模型过程中可能触发超时断连 - 尝试在连接配置的 “高级” 页中开启
Keep connection alive，并设为30秒；同时勾选Auto-reconnect（注意：仅对查询有效，ER 导出过程不保证重试） - 若用的是云数据库（如阿里云 RDS、腾讯云 CDB），确认白名单里填的是你当前出口 IP，而不是 Navicat 所在机器的局域网 IP（
192.168.x.x或10.x.x.x）
用 SSH 隧道连数据库时 ER 图无法加载，但普通查询正常
SSH 隧道本身能通，说明基础链路没问题；但 ER 图生成需要更多并发连接或更长的单次响应时间，隧道配置稍有偏差就会暴露问题。
参数差异：普通查询走单连接、短生命周期；ER 图会并发拉 SHOW CREATE TABLE、SELECT * FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE 等多个请求，对隧道保活和缓冲更敏感。
- 检查 SSH 隧道命令是否加了
-o ServerAliveInterval=30和-o ServerAliveCountMax=3，否则空闲几秒就断，Navicat 不感知，后续请求直接失败 - Navicat 的 SSH 设置里，“Keep alive interval” 必须 > 0（单位秒），且建议 ≥ 25；低于 15 容易被某些 SSH 服务器忽略
- 避免复用已存在的 SSH 连接（比如终端里开着一个
ssh -D），Navicat 的隧道必须独占，否则端口冲突或认证上下文混乱会导致元数据读取异常 - 若隧道目标是跳板机再连内网 DB，确认跳板机的
/etc/ssh/sshd_config含AllowTcpForwarding yes，且未限制MaxStartups
导出 ER 图时 Navicat 卡住，任务管理器看到 CPU 占用持续 100%
这不是死循环，而是 Navicat 在反复重试一个失败的网络操作（比如 DNS 解析超时、TLS 握手卡住），线程阻塞在 socket 层，UI 线程也被拖住。
性能影响：CPU 占满只是表象，根源是底层 socket 调用未设 timeout，尤其在 DNS 不稳定或中间有透明代理时极易发生。
- 优先改用 IP 地址直连（如把
db.example.com换成10.20.30.40），绕过 DNS 解析环节；如果必须用域名，检查本地/etc/hosts或 WindowsC:\Windows\System32\drivers\etc\hosts是否有错误映射 - 在 Navicat 连接配置的 “高级” 页中，手动指定
Connection timeout (seconds)为10，而非默认的0（无限等待） - 禁用 IPv6：在连接配置里勾选
Disable IPv6，某些网络环境下 IPv6 探测会 hang 住整个连接初始化流程
真正麻烦的从来不是 Navicat 的 UI 卡顿，而是它把网络层问题包装成数据库问题——比如把 Connection refused 归因为“用户权限不够”，把 DNS 失败表现为“无法加载 schema”。盯住最底层的 TCP 连通性和代理链路，比调任何 Navicat 设置都管用。
