navicat 15 备份云 rds 实例前，必须先确保连接成功：90% 失败源于白名单未配对，需填真实公网 ip（如 203.208.60.1/32），host 必须用控制台“公网连接地址”，port 以实例详情页为准，启用 ssl 时须勾选 use ssl，并开启 keep-alive 心跳。
navicat 15 备份云 rds 实例，第一步不是点“备份”，而是确保它能连上——90% 的失败卡在白名单没配对，不是备份功能本身的问题。
白名单必须填你真实的公网 IP，不是内网地址也不是 127.0.0.1
云厂商（阿里云 RDS、腾讯云 CDB、AWS RDS 等）默认拒绝所有外网访问。Navicat 从本地电脑直连，走的是你的家庭宽带或公司出口，必须用浏览器搜 what is my ip 拿到那个 IPv4 地址（比如 203.208.60.1），然后加进控制台的白名单。填错成 192.168.1.100 或 localhost，测试连接会直接超时，备份按钮根本点不进去。
- 动态 IP 用户建议加 /32 后缀，如
203.208.60.1/32；若不确定，可临时加一段 CIDR（如203.208.60.0/24），但别长期用0.0.0.0/0 - 公司网络下若走 NAT 网关，得问 IT 要出口段，不能只填你本机内网 IP
- 改完白名单后等 30 秒再试，部分平台有缓存延迟
Navicat 15 新建连接时，Host 和 Port 必须和云控制台“外网地址”完全一致
很多人复制了控制台里的“内网地址”（如 rm-xxx.mysql.rds.aliyuncs.com 但标注为“VPC 内网”）去填 Host，结果 Navicat 显示连接成功，一执行备份就卡住或报 Connection refused。这是因为内网地址只能在同 VPC 下访问，本地电脑根本解析不到。
- Host 填控制台明确标为「公网连接地址」的域名，例如：
rm-xxxxxx.mysql.rds.aliyuncs.com（阿里云）、xxx.c987654321.us-east-1.rds.amazonaws.com（AWS） - Port 别默认写
3306，去实例详情页确认——有些厂商新购实例默认用3307或自定义端口 - MySQL/MariaDB 实例若开启 SSL（控制台显示“SSL 已启用”），Navicat 中必须勾选
Use SSL，否则备份中途可能断连
备份前先验证连接是否真正稳定，别信“测试连接成功”就万事大吉
Navicat 的“测试连接”只校验认证阶段，不模拟长时操作。RDS 备份通常持续几十秒到几分钟，期间若连接被中间设备（如运营商防火墙、企业代理）中断，就会失败并提示 Lost connection to MySQL server during query。
- 在 Navicat 连接配置的
SSH或SSL标签页里，把Keep-alive打开，并设为每60秒发一次心跳包 - 手动执行一条耗时查询（如
SELECT SLEEP(120)）看是否撑得住两分钟，比单纯点“测试连接”更靠谱 - 如果用的是阿里云 DRS 或只读实例，注意其账号权限是否包含
SELECT和LOCK TABLES——备份依赖这两个权限，缺一不可
备份文件路径和压缩选项容易被忽略，但影响恢复可用性
Navicat 15 默认把备份存到本地临时目录，且不自动压缩。导出一个 2GB 的库，生成的 .sql 文件就是 2GB，传输慢、恢复也慢，还可能因磁盘满导致中断。
- 备份前在
Backup Database对话框中，手动指定一个有足够空间的路径，比如D:\navicat_backups\ - 勾选
Compress backup file (.zip)，体积通常能压到 1/3～1/2，也方便校验完整性 - 不要用中文路径或含空格路径，Navicat 15 在某些系统下对这类路径处理不稳定，可能报
Cannot open backup file
最常被跳过的一步是：备份完成后不立刻验证 SQL 文件头是否完整。打开生成的 .sql 文件，确认前几行有 /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */; 这类标准头部——没有的话，说明备份过程被中断过，该文件不可用于恢复。
