代码之家 › 专栏 › 技术社区 › let4be

重新思考数据库复制和数据一致性

rethinkdb replication

let4be · 技术社区 · 10 年前

当其中一个副本临时/永久失效时会发生什么?它与数据一致性有何关系?

例如,让我们考虑一下这种情况: 我更新了里面的一个文档 fruits 桌子 rethinkdb用ok回答了我,然后流星立即击中了这个数据库

但幸运的是,我配置了一个满足以下要求的集群: http://www.rethinkdb.com/docs/failover/

但在这个场景中,我似乎失去了一个特定的更新,可能还有其他尚未复制的东西,而应用程序仍然认为数据是可靠保存的。。。

我不太明白我应该如何设计我的应用程序,以使它能够容忍这种行为,这似乎非常复杂

常见的做法是什么? 有什么建议吗?

谢谢

2 回复 | 直到 10 年前

Daniel Mewes 10 年前

RethinkDB不会在写入传播到表的大多数副本之前确认写入。因此,除非多个服务器同时发生故障(假设您总共有3个副本),否则您将不会丢失已确认的写入。

唯一的例外是,如果显式设置 write_acks 在桌子上 "single" 。您可以在中找到此设置及其后果的详细信息 http://www.rethinkdb.com/docs/consistency/

Melih 4 年前

群集环境中的一致性需要 一致的意见 算法,RetihnkDB的幕后是木筏 RAFT共识算法需要至少3个节点来考虑数据的强一致性。

你可以阅读第一篇博客文章

推荐文章

nickolakis · 基于R中的列名复制列

3 年前

imbrian21 · Cassandra中的复制时间

7 年前

user3198603 · Mongo是否在异步模式下提供一致性?

7 年前

Lakshmikanth · DB2 SQL复制:drop member命令不起作用

7 年前

Majid Azimi · 领导者何时在DistributedLog中确认客户端?

7 年前

Mustermann · mariadb:中继日志写入失败

7 年前

Doctor Eval · 跨多个PostgreSQL数据库的JDBC逻辑复制

7 年前

CycleGeek · Postgresql 9.6复制建议

7 年前

Zach Smith · CouchDB 1.6:为外部节点上的数据库配置复制

8 年前

VladislavLysov · SolrCloud索引复制

9 年前