navicat cloud 协作版空间不足不会中断同步但会静默跳过上传，导致部分查询、连接或bi工作区未同步；确认方法包括检查cloud sync status中skipped/failed条目含quota exceeded、测试小文件是否上线、手动刷新account info。
navicat cloud 协作版空间不足不会直接导致同步中断，但会阻止新文件上传、覆盖失败或静默跳过变更——你看到的“同步完成”可能是假象，实际部分查询、连接或 bi 工作区根本没传上去。
怎么确认是不是真因空间不足卡住同步
很多人把同步延迟、冲突弹窗或日志里一闪而过的 warning 当成空间问题，其实 Navicat Cloud 不会在界面上明确提示“Storage full”。真正线索藏在日志和行为里：
- 打开
Navicat → Tools → Cloud Sync Status，找状态为Skipped或Failed的条目，点开看详细信息里是否含quota exceeded或storage limit reached - 新建一个 1KB 的空
.sql文件并保存到已配置的同步目录，再手动点Sync Now；如果它始终不出现在线上列表（Navicat Cloud Web Portal或其他设备），大概率是配额耗尽 - 检查
Tools → Options → Cloud → Account Info，这里显示的是当前团队账户的总用量，但注意：该数字**不实时刷新**，需手动点击Refresh才更新（旧版本甚至要重启 Navicat）
协作版空间配额到底按什么算
Navicat Cloud 团队版的空间不是按“文件个数”或“连接数量”计费，而是严格按**所有同步对象的原始字节大小累加**，且加密后体积会略增。容易被忽略的几类“隐形占位者”：
-
connections.ncx文件本身不大，但若团队长期未清理失效连接（比如测试环境 RDS 连接、已下线的旧库），它会持续膨胀；单个加密文件超 2MB 就可能触发警告 - BI 工作区（
.nbi）和模型工作区（.ndm）极易吃空间——一张带 10 个图表+历史快照的 BI 报表，压缩前可达 5–8MB - 聚合管道（
.pipeline）和代码片段（.snippet）虽小，但若每人每天存 20 个调试用临时片段，一个月就是上百 MB - 被删除的文件**不立即释放空间**：Navicat Cloud 保留软删除 30 天（类似回收站），这段时间仍计入配额
不升级套餐也能快速腾出空间的实操动作
升级团队版套餐最快，但多数人需要立刻缓解。以下操作可在 5 分钟内见效，且不影响正在运行的同步任务：
- 登录
Navicat Cloud Web Portal（portal.navicat.com），进Trash栏，清空全部软删除项——这是最立竿见影的一步 - 在桌面端打开
Tools → Options → Cloud → Sync Folders，检查每个已勾选的本地路径：删掉那些只存了临时备份、旧版本 SQL 或test_*.sql的文件夹，取消其同步勾选 - 对 BI 工作区批量瘦身：右键每个
.nbi文件 →Properties→ 取消勾选Save snapshot history，再点Save；这能砍掉 60%+ 体积 - 导出关键连接配置为明文 JSON（
File → Export Connections），然后在connections.ncx里手动删掉非生产环境的连接（如dev_mysql_8080,staging_pg_local）
空间问题最难缠的地方在于：它不报错，只悄悄丢东西。哪怕你确认所有 SQL 文件都点了保存，只要配额满了，Sync Now 后另一台设备上就看不到——而且 Navicat 日志默认不记录“因空间跳过”，得开 Debug Log（Tools → Debug Log → Enable）才能捕获那行 upload skipped: quota limit。别等队友问“我昨天改的查询怎么没了”，先查配额。
