#本周看点解读##图数据库#来来来，学习下【存储架构方面】的 - 沸点

图数据库 @欧若数网

#本周看点解读##图数据库#来来来，学习下【存储架构方面】的内容，内容摘自 2020 第 12 期本周看点，文章阅读传送门：

zhuanlan.zhihu.com

文字摘要
【提问】有几个存储架构的问题问一下：
1. 因为已经提前向所有 leader partition 发送了 write blocking 请求，所以此时数据库是只读状态的。在创建 Snapshot 过程中，有数据写入是否会失败？还是会 Pending，等 Snapshot 创建成功之后，触发写？

2. 假设我在主集群定时创建 Snapshot 备份到备集群，主集群有三台机器，是不是对应的备份策略就是主集群的 M1 备份到备集群的 M1，主 M2 -> 备 M2，主 M3 -> 备 M3，也就是说主备需要保证机器数一致，而且数据备份在机器层面是一对一的，这样才可以通过拷贝 Snapshot 来实现主集群数据在备集群恢复，从而实现主备的切换。

【回复】回答问题1，当 snapshot 开始时，会首先出发各个part leader 的 writeBlocking。在这个过程中如果有新的写入请求，将会被blocking，返回一个错误信息。直到 Snapshot 过程完成，才允许继续执行写请求。回答问题 2，是的，生产集群需要和目标恢复集群保持相同的架构，也就是 M1->M1,M2->M2, M3->M3。

最后，#今天你关注 GitHub 了吗？Nebula Graph GitHub 地址：

0x7.me

展开