批量连接测试前必须确认三件事：一是所有连接SSL配置统一（全启用或全禁用）；二是主机名/IP可被当前机器解析；三是所有连接使用兼容的驱动版本。
批量连接测试前必须确认的三件事
Navicat 本身不支持“一键批量测试所有连接”的原生功能，所谓“批量连接测试”其实是靠组合策略实现的——不是靠按钮，而是靠配置、筛选和脚本协同。跳过这三步直接点“测试连接”，大概率会漏掉真正异常的实例。
- 确保所有待测连接已启用
SSL或明确禁用（不能混用）：不同数据库实例对 SSL 的强制策略不同，比如 GaussDB 生产环境默认要求 CA 证书，而本地 MySQL 测试库可能直接拒绝带 SSL 的握手 - 检查每个连接的
主机名/IP地址是否可被当前机器直接解析：如果用了域名，nslookup或dig必须能返回有效 IP；若填的是内网地址（如10.20.30.40），而你当前在公网环境，测试必然失败，但错误提示常被误读为“密码错误” - 确认所有连接使用的是同一类驱动版本：Navicat 17 默认捆绑 MySQL 8.0+ 驱动，但若某个连接指向 MySQL 5.6 实例，需手动切换到兼容驱动（路径：
连接 → 编辑连接 → 高级 → 使用指定驱动），否则Connection refused可能实际是驱动协商失败
用“管理连接”界面快速筛选并分组待测实例
Navicat 17 的 管理连接 功能不是装饰，它是批量操作的前提。没有分组，就无法聚焦测试范围，也容易误点生产连接。
- 右键点击“我的连接”标题旁的齿轮图标，打开
管理连接面板 - 用顶部搜索框输入关键词（如
test、staging、gaussdb），把待测连接一次性选中 - 右键选中项 →
管理组→新建组，命名为batch-test-202610（带日期便于追溯） - 给该组统一设为红色标签（右键组名 →
设置颜色），避免后续误操作其他连接
手动触发多连接测试的两种可靠方式
别依赖“全部双击”——那只是串行打开，且失败时无汇总反馈。真正快速定位异常，得靠可复现、可留痕的操作。
- 逐个点击连接 → 右键 →
测试连接，同时观察右下角状态栏：成功显示绿色勾，失败显示红色叉 + 错误码（如1045、2003、SSL connection error）。这是最稳的方式，适合 10 个以内的连接 - 对超过 10 个连接，用命令行辅助验证网络层连通性：在终端运行
for host in $(cat hosts.txt); do echo "$host:3306"; telnet "$host" 3306 -c 'quit' 2>/dev/null | grep "Connected" || echo "FAIL: $host"; done（hosts.txt每行一个主机名）。这能绕过 Navicat 认证逻辑，直击网络/防火墙问题
常见失败错误码对应的真实原因
Navicat 显示的错误信息往往模糊，但底层错误码很诚实。看到以下提示时，别急着改密码。
-
2003: Can't connect to MySQL server on 'xxx'：90% 是网络不通或端口未开放，telnet xxx 3306能立刻验证；剩下 10% 是数据库 bind-address 配置为127.0.0.1，拒绝远程连接 -
1045: Access denied for user：不是密码错，而是账号权限绑定来源 IP 不匹配。例如账号'user'@'192.168.%'无法从公网 IP 连接，需执行GRANT ... ON *.* TO 'user'@'%'并FLUSH PRIVILEGES -
SSL connection error：即使勾选了“使用SSL”，若服务器没配好证书链，或客户端没传对 CA 文件路径（尤其 Windows 下路径含空格或中文），就会静默失败——此时应临时取消勾选 SSL 再试一次，对比结果
批量连接测试真正的难点不在操作速度，而在区分“连不上”到底是网络、权限、驱动、SSL 还是数据库自身监听异常。每次测试后，把错误码和对应连接名记在临时文本里，比反复点“测试连接”有用得多。
