首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >帽定理与MySQL

帽定理与MySQL
EN

Database Administration用户
提问于 2020-09-10 15:40:01
回答 1查看 604关注 0票数 2

这里有一个CAP定理:r+W> N,假设我有W=1 (主),R=6(从),N= 6,所以一个奴隶可以写和读。正如定理所指出的,我们可以确保强一致性(我们总是会得到最新的值)。

我读到数据存储可以检查版本并返回最新版本。但是,实际上使用MySQL是真的吗?或者我们需要用什么中间人?CAP定理如何应用于MySQL?

EN

回答 1

Database Administration用户

回答已采纳

发布于 2020-09-10 19:04:21

你所建议的不是真正的CAP定理,除非集群完全是一个没有共享的架构。请注意我以前在Jan 01, 2013酸性和CAP定理的一致性,它们是一样的吗?上的文章中的CAP定理是什么

帽子

  • 一致性 (通过最终的一致性,所有节点都拥有相同的数据)
  • 可用性
  • 允许分区:系统继续运行,尽管系统的部分部分出现了任意的消息丢失或故障。

每个节点都有完整数据集的完整副本。给定的DB集群需要支持最终的一致性,即具有广泛的ACID法规支持集群。

您的实际问题

但是,实际上使用MySQL是真的吗?或者我们需要用什么中间人?CAP定理如何应用于MySQL?

在MySQL上运行的帽定理设置如下:

你最好的中间人?如果您编写的数据是关键的,并且需要可用,请从您编写的主数据中读取数据。在上述任何群集设置中,任何节点都可以是主节点。如果数据是在一个Master上写的,那么它们都应该都有,并且只要集群中的所有节点都在同一个给定事务上运行提交,它们就可以被读回。

如果您有附属于这些主人的奴隶,每个奴隶必须等待其主提交,以便数据被复制并在奴隶上变得可见。

票数 1
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/275311

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档