Navicat 不支持离线访问云端资源，断网时因无网络通路导致连接失败；离线可用方案是提前导出SQL并本地运行数据库；协同需依赖Git管理变更脚本而非Navicat直连。
navicat 本身没有“离线使用云端资源”的功能——它不支持在断网状态下访问远程数据库、云服务或同步云端协作状态。所谓“离线模式下使用云端资源”，本质是本地缓存 + 预同步 + 本地代理的组合策略，不是 navicat 自带能力。
为什么 Navicat 连不上云数据库时会报 Connection refused 或 Timeout
Navicat 是客户端工具，所有数据库操作（查询、导入、结构同步）都实时走网络连接。断网后：SSH 隧道断开、MySQL 的 host 解析失败、PostgreSQL 的 pg_hba.conf 认证链中断，都会直接触发连接异常。
- 常见错误现象：
Cannot connect to database server、SSL connection error（尤其用阿里云 RDS 或腾讯云 CDB 时） - 不是 Navicat 故障，而是 TCP 层已无通路
- 即使之前连过，Navicat 不会自动缓存表结构或数据供离线查询
离线可用的唯一可行路径：提前导出 + 本地数据库模拟
把“云端资源”变成“本地可运行副本”，才是真实落地的做法。关键不在 Navicat 设置，而在前置动作是否到位。
- 导出前确认：
Export Wizard中勾选Include Create Database和Include Drop Statements，避免建库冲突 - 优先用
SQL格式导出（非CSV），保留索引、外键、注释等元信息 - 本地启动一个轻量数据库：
MySQL 8.0（用docker run -d -p 3307:3306 mysql:8.0）、PostgreSQL 14或SQLite（仅限简单结构） - 用 Navicat 新建连接指向本地实例，再执行
Execute SQL File导入导出的.sql
协同场景下怎么让多人“感觉像在用同一个云库”
企业协同不靠 Navicat 单点同步，而靠版本化 + 规范化 + 工具链配合。Navicat 只是其中一环。
- 结构变更必须走
ALTER TABLE脚本，统一提交到Git仓库（路径如/migrations/20240520_add_user_status.sql） - 禁止直接在 Navicat 里右键“修改表”，否则本地改了别人不知道，下次同步直接冲突
- 用
Navicat Data Modeler画 ER 图并导出.ndm文件 —— 这个文件可 Git 管理，但需注意：不同 Navicat 版本间.ndm兼容性差，建议导出为PNG+SQL双备份 - 如果真要“离线协同”，所有人必须约定同一份
schema.sql作为基准，每次更新只追加变更脚本，不覆盖
最常被忽略的一点：Navicat 的 Auto-Save 默认关着，Query 窗口写了一半的 SQL 断电就丢；而 Export 任务没勾选 Save as Job，下次还得重配。这些细节比“怎么连云端”更影响离线效率。
