eventual-consistency - 分布式数据库——最终一致性影响

标签 eventual-consistency distributed-database

我一直在了解有关最终一致性和分布式数据库的更多信息,我有一个问题。

在我的场景中,我有一个分布式数据库,用于存储用户发布的一些列表(例如,房地产列表网站)。我对最终一致性的影响之一的理解是,如果我发布某些内容并且用户 X 查找我的列表,如果他们看到的是数据库的复制版本,而该版本与列表不一致,他们可能不会立即看到我的帖子。我发布到的一个。

现在假设我发了一个帖子,然后退出了系统。我重新登录并查看我自己的列表。我是否有可能登录到与我发布的数据库不一致的数据库复制版本(类似于上面的场景,其他用户可能看不到我的列表)。

我是否误解了它的工作原理?

编辑:在这种情况下,我不一定使用主/从复制技术。但我确实有高峰负载时间数据库的复制版本。

最佳答案

是的,有可能当您再次登录时,登录的是不同版本的数据库。

可以通过为您的帐户分配特定的数据库版本或实例标识符并让系统在每次登录时连接到该版本(如果可能)来纠正这种特殊情况。

关于eventual-consistency - 分布式数据库——最终一致性影响,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9797405/

相关文章:

apache-zookeeper - ZooKeeper 在 CAP 定理方面总是一致的吗?

sql - 如何对我创建的分布式数据库表应用全局查询

mysql - 尝试使用 vitess 合并分片时出现错误

mysql - 网络爬虫使用哪个数据库,如何在分布式环境中使用 MySQL?

database - 与数据库和消息队列记录的最终一致性

user-interface - 最终一致性的 GUI 建议?

mysql - mySQL 复制是否具有即时数据一致性?

java - 查询 Cloud Datastore 中的嵌入式实体

database - 使用不同 API 的数据可访问性

database - 对于简单的键值模式,YugaBytes 在 Redis 客户端和 Postgres 客户端之间的性能比较如何?