七、同步与本地存储

这一章是最容易出事的部分。绝大多数笔记丢失、内容冲突、文件损坏，都发生在同步环节。

同步机制说明

先分清三个概念，混用是灾难的起点：

概念	作用	是不是备份
同步	让多台设备看到同一份内容	❌ 不是
备份	保留历史版本，可回到过去	✅ 是
版本控制	记录每次改动，可对比差异	✅ 是（但需要会用）

同步不是备份。 这句话要记住：同步会把「删除」也同步过去。你在手机上误删一篇，三秒后电脑上也没了。

四种常见方案对比

方案	优点	缺点	适合谁
网盘同步（iCloud / 坚果云等）	零配置	冲突文件，同时编辑会生成「冲突副本」	单设备为主，偶尔多端看
官方同步服务	专为笔记设计，冲突处理较好	收费，数据在别人服务器	多设备重度使用
Git	完整历史，可回滚	需要命令行基础，二进制附件臃肿	有技术背景
局域网自建（NAS 等）	数据自己控制，容量大	出门在外访问需要额外配置	有 NAS、注重隐私

没有完美方案。 实际做法通常是组合：局域网/NAS 做主同步 + 定期离线备份。

推荐同步策略

三层结构

第 1 层：主库（本地磁盘）
   ↓ 定时同步
第 2 层：NAS / 私有服务器（近 30 天版本）
   ↓ 每天导出
第 3 层：离线硬盘 / 异地（每月一份完整包）

关键规则

1. 一台设备是「主」，其余是「从」 主设备负责写入，其他设备只读或少量写。多台同时写 = 冲突。

2. 同步前先关掉 Obsidian 有些同步工具在文件被占用时会生成冲突副本。养成「同步前退出」的习惯，能省掉 90% 的冲突。

3. 冲突副本不要直接删 文件名带「冲突」「conflicted」的那些，先打开看一眼两边内容，确认哪边是你要的再处理。

4. 每月做一次「恢复演练」 从备份里随便挑一篇，试着恢复出来。没演练过的备份，等于没有备份。

手机端怎么接

方式	说明
官方同步	最省事，多端实时，收费
网盘 + 手机端 Obsidian 目录	可行，但手机端写、电脑端同时写必冲突
只读访问	手机只查看不编辑，冲突概率接近零

第三条常被忽略：如果你在手机上主要是「查资料」而不是「写东西」，做成只读访问是最稳的方案。

本地存储的注意事项

文件系统

• macOS / Linux 用原生格式即可
• 不要把库放在 exFAT 或 FAT32 分区上，大小写不敏感会导致链接失效
• 外接硬盘如果是 NTFS，写入需要额外驱动，容易出问题

附件管理

图片、PDF 这类附件会让库体积快速膨胀。两条建议：

1. 附件集中存放，不要散落在各目录
2. 大文件不进库，超过 50MB 的文件单独放，库里只放链接

库体积控制

一个纯文本库的正常体积：

笔记数	正常体积
500 篇	5–20 MB
2,000 篇	20–80 MB
5,000 篇	80–200 MB

如果远超这个范围，通常是附件没收住，或者有重复文件。

出事之后怎么办

按这个顺序，不要跳步：

1. 先停同步（关掉同步工具），防止坏状态扩散到其他设备
2. 找最近的完整备份，确认日期和完整性
3. 在另一个位置恢复（不要直接覆盖当前库），先验证能打开
4. 对比差异，手工补回缺失部分
5. 确认无误后再替换原库

最容易犯的错：发现文件不对，第一反应是「再同步一次试试」。这往往会把异常状态推到所有设备上。

一句话总结这一章

同步解决「多台设备看到同一份」，备份解决「出事了能回去」。这两件事必须分开做，用两套工具。