数据分区的复制规则三种模式：集中式、互备式与独立式

[[数据分区设计：数据量决定复杂度，及三种地理粒度分区规则]]本身把数据分散到多个地区就已经相当于一层高可用保障，但每个分区自己承载的数据量往往依然很大，一旦某个分区本身的数据损坏或丢失，损失同样难以承受，所以即使做了分区，依然需要考虑每个分区自己的复制方案，常见有三种模式。集中式指存在一个统一的总备份中心，所有分区都把数据备份到这一个中心——优点是设计简单（各分区之间没有直接联系，互不影响）、扩展容易（新增一个分区，比如武汉分区，只需要把它的数据复制到备份中心即可，不影响其他分区），缺点是成本较高，需要单独建设并维护一个独立的备份中心。互备式指每个分区互相备份另一个分区的数据（比如北京备份广州、广州备份武汉、武汉备份北京这种链式或环式关系）——优点是成本低（直接复用已有分区的设备，不需要额外建中心），缺点是设计比较复杂（每个分区除了要存自己的业务数据，还要承担备份别的分区的职责，彼此互相牵连影响），而且扩展很麻烦——比如新增一个武汉分区，原本”广州备份北京”的关系要改成”广州备份武汉、武汉备份北京”，那原来北京分区里已经备份好的广州历史数据该怎么处理就成了一个棘手问题，不管是做数据迁移，还是让北京继续保留广州的历史数据、新数据改由武汉备份，操作起来都很麻烦。独立式指每个分区拥有自己独立的备份中心，且这个备份中心特意不和原分区放在同一个地方（比如北京分区的备份放在天津、上海的放在杭州、广州的放在汕头），这么设计的核心目的是规避”同城或相近地理位置同时遭遇灾难性故障”这种极端情况——如果备份中心和原分区都在同一座城市（比如北京分区在朝阳区、备份放在通州区），一旦整个北京停电，两边照样一起瘫痪，起不到分散风险的作用。独立式的优点同样是设计简单（各分区互不影响）、扩展容易（新分区只需要搭自己的备份中心即可），但缺点是成本最高——每个分区都要单独承担一个备份中心的场地成本，因此独立式的整体花费明显高于集中式。

结构图：

flowchart TB
  A["数据分区的复制规则三种模式"]
  A --> B["集中式：所有分区备份到统一中心"]
  B --> B1["优点：设计简单+扩展容易"]
  B --> B2["缺点：需单独建设备份中心，成本较高"]
  A --> C["互备式：分区之间互相备份"]
  C --> C1["优点：复用已有设备，成本低"]
  C --> C2["缺点：设计复杂(互相牵连)<br/>扩展麻烦(新增分区要调整备份链，历史数据难处理)"]
  A --> D["独立式：每分区各有独立备份中心<br/>且刻意不和原分区同城"]
  D --> D1["优点：设计简单+扩展容易"]
  D --> D2["缺点：每分区都要独立场地<br/>成本远高于集中式"]
  D --> D3["核心目的：规避同城灾难同时波及原分区与备份"]