写时复制
一种内存/存储管理优化技术，创建副本时共享底层存储，仅在发生写操作时才真正复制数据，使得数据库分支创建耗时与数据量无关，可在毫秒级完成
核心事实
时间轴 (近 90 天)
数据库分支通常采用写时复制（Copy-on-Write）或存储快照技术实现，因此创建成本低、速度快，且不占用与主库等量的存储空间。
Vercel Drives 的 Fork 使用写时复制（copy-on-write）机制，fork 操作接近 O(1) 成本，无论原始 Drive 多大都能瞬间完成。
写时复制（Copy-on-Write）克隆使得底层数据块被多个克隆实例共享，只有写操作时才分配新空间，因此克隆可在数秒内完成且磁盘占用不随并行实例数线性增长。
分支数据库通常采用写时复制（copy-on-write）技术，使创建分支几乎即时且不占用额外存储空间
Linux的fork()系统调用、ZFS文件系统的快照功能以及许多现代数据库的MVCC机制都依赖写时复制原理
基于写时复制，即使面对数百GB的数据库，创建新分支也能在毫秒级完成，额外存储开销几乎为零
写时复制（CoW）模型下系统不会在写入时立即修改原始数据块，而是先复制一份再写入新内容，原始块保持不变
写时复制（Copy-on-Write）技术在创建副本时不立即复制全部数据，而是让新副本与源数据共享同一份底层存储页，仅在写操作时才复制该存储页
基于写时复制技术，创建一个分支数据库的耗时与数据量几乎无关，分支初始化可在毫秒级完成
PostgreSQL 的 MVCC 机制、ZFS/Btrfs 文件系统的快照，以及部分云数据库服务将写时复制或类似存储分层技术作为底层支撑
还有 2 条时间轴事件
全部知识事实 (12)
写时复制（CoW）模型下系统不会在写入时立即修改原始数据块，而是先复制一份再写入新内容，原始块保持不变
75%待验证Vercel Drives 的 Fork 使用写时复制（copy-on-write）机制，fork 操作接近 O(1) 成本，无论原始 Drive 多大都能瞬间完成。
60%待验证数据库分支通常采用写时复制（Copy-on-Write）或存储快照技术实现，因此创建成本低、速度快，且不占用与主库等量的存储空间。
50%待验证写时复制（Copy-on-Write）克隆使得底层数据块被多个克隆实例共享，只有写操作时才分配新空间，因此克隆可在数秒内完成且磁盘占用不随并行实例数线性增长。
50%待验证分支数据库通常采用写时复制（copy-on-write）技术，使创建分支几乎即时且不占用额外存储空间
50%待验证Linux的fork()系统调用、ZFS文件系统的快照功能以及许多现代数据库的MVCC机制都依赖写时复制原理
50%待验证基于写时复制，即使面对数百GB的数据库，创建新分支也能在毫秒级完成，额外存储开销几乎为零
50%待验证写时复制（Copy-on-Write）技术在创建副本时不立即复制全部数据，而是让新副本与源数据共享同一份底层存储页，仅在写操作时才复制该存储页
50%待验证基于写时复制技术，创建一个分支数据库的耗时与数据量几乎无关，分支初始化可在毫秒级完成
50%待验证PostgreSQL 的 MVCC 机制、ZFS/Btrfs 文件系统的快照，以及部分云数据库服务将写时复制或类似存储分层技术作为底层支撑
50%待验证数据库层面的分支隔离通过写时复制（Copy-on-Write）或指针重定向等技术，使新分支无需物理复制全量数据，仅记录差异变更
50%待验证Btrfs采用写时复制（CoW）机制，数据修改时写入新位置而非覆盖原位置，这天然比就地更新策略更容易产生碎片
50%