navicat 不支持直接备份到 icloud，需手动将备份路径设为 icloud 同步目录（如 ~/library/mobile documents/com~apple~clouddocs/navicat-backups）；icloud 仅同步指定路径，不参与备份调度，且存在文件大小、冲突和本地存储限制。
navicat 本身不支持直接将备份文件自动保存到 icloud 云盘，备份动作默认输出到本地路径（如 ~/documents/navicat/backups），而 icloud 云盘的同步依赖于文件是否落在被启用同步的目录内——比如“文稿”或“icloud 云盘”根目录。所以关键不是 navicat 的设置选项，而是**让 navicat 把备份写进 icloud 能管住的路径里**。
Navicat 备份目标路径必须落在 iCloud 同步范围内
iCloud 只会自动上传并同步它明确接管的目录：一是系统级的 桌面 和 文稿 文件夹（需在系统设置中开启“桌面与文稿文件夹”同步），二是 iCloud 云盘 根目录下的任意子文件夹。Navicat 的备份路径如果设成 ~/Documents/Navicat/Backups，而你又没把整个 Documents 同步到 iCloud（官方不支持），那这个路径就不会上云。
- ✅ 正确做法：在 Navicat 新建备份时，手动把备份保存路径设为
~/Library/Mobile Documents/com~apple~CloudDocs/Navicat-Backups（即 iCloud 云盘根目录的可写路径） - ✅ 或更稳妥：先在访达中打开
iCloud 云盘，新建一个叫Navicat-Backups的文件夹，然后在 Navicat 中选择该文件夹作为备份位置 - ❌ 错误做法：设成
~/Documents/Backups并指望 iCloud 自动同步——除非你用符号链接硬绕过，否则不会生效
自动备份任务本身仍由 Navicat 控制，iCloud 不参与调度
自动运行 → 新建批处理作业 → 备份 这套流程完全在 Navicat 内部执行，它只负责调用备份逻辑、写入指定路径、记录日志。iCloud 不知道这个任务存在，也不提供触发器或回调。所谓“自动备份到 iCloud”，其实是两段独立自动化的叠加：
- Navicat 每隔 X 小时执行一次备份，固定写入你指定的 iCloud 同步目录
- iCloud 文件系统监听该目录变化，自动上传新生成的
.nbu文件 - 两者之间无集成，也没有状态反馈——例如 iCloud 上传失败时，Navicat 不会报错，
信息日志里仍显示 “finished successfully”
容易忽略的三个实际限制
iCloud 同步不是即时网盘，尤其对数据库备份这类大文件，有隐蔽延迟和容量陷阱：
- ⚠️ 文件大小限制：单个
.nbu文件超过 15GB 会卡在“仅在线”状态（云朵图标），无法下载或还原；Navicat 备份不自动分卷，超限即失效 - ⚠️ 同步冲突风险：若你在多台 Mac 上都启用同一 Navicat 配置文件 + 同一 iCloud 备份路径，可能产生同名
.nbu文件覆盖（iCloud 不做版本保留） - ⚠️ 本地磁盘空间仍需预留：iCloud 默认启用“优化存储”，旧备份可能被自动移出本地，但 Navicat 还原操作要求文件必须可读——还原前得先右键点按文件选“现在下载”
真正起作用的，是 Navicat 把文件写到哪，以及 macOS 是否正在后台把它推上 iCloud。别指望 Navicat 界面里出现“iCloud”选项卡，所有控制权都在路径选择和系统同步开关上。
