两种思路的差别
全量快照在创建时就把数据完整固定下来，或先指针共享再逐步拆分为独立副本，它自成一体的特点是空间占用大但恢复不依赖别人。增量快照只记录相对上一个时间点的变化，创建快、占用小，但恢复路径要依赖基准数据或链条上的其他快照。差异快照介于两者之间：每次都相对同一个基准记录变化，恢复只需要基准加该次快照。
基本信息
| 全量快照 | 空间接近数据量，恢复路径最短，创建代价最大 |
|---|---|
| 增量快照 | 空间按变化量增长，恢复需整条链完好 |
| 差异快照 | 基于统一基准累积变化，恢复依赖基准加自身 |
| 选择依据 | 恢复速度要求、空间预算、恢复点密度 |
典型使用场景
- 短周期恢复：用增量快照提供高密度恢复点
- 长期归档：用全量或独立副本快照做不依赖链的保存
- 关键变更前：建一个独立副本，避免链上问题牵连
- 迁移与割接：以全量副本作为回退基线
- 容量紧张环境：用增量控制占用，用差异降低恢复依赖
三类快照对比
| 类型 | 空间占用 | 恢复依赖 |
|---|---|---|
| 全量副本 | 接近数据本身容量 | 不依赖其他快照 |
| 增量快照 | 仅变化量，长期仍会累积 | 需基准与整条链完好 |
| 差异快照 | 相对基准的累积变化量 | 需基准与该快照自身 |
| 可写快照 | 含自身写入量 | 取决于产品的实现方式 |
组合使用的常见节奏
组合使用的常见节奏
# 每周一个独立副本：作为回退基线与归档点
# 每日一个差异快照：相对本周基准累积，恢复依赖少
# 每小时一个增量快照：覆盖日内恢复点，周期短则尽快回收
# 每次变更前一个临时快照：命名规范并约定到期时间
# 定期验证：抽查恢复路径是否仍然完整可回滚增量越密，恢复点越近，但链条也越脆弱：链中任意一环损坏都会影响该环之后的恢复能力。因此周期越长、要求越高的恢复点，越应该用独立副本而不是链条上的某一环。