elasticsearch是一个分布式系统。根据cap定理，它可以满足3个性质中的任意2个。哪一个在elasticsearch中被破坏了？
gwo2fgha1#
我强烈不同意harshit，elasticsearch在可用性上的妥协，因为他还提到，由于碎片不可用，很少有请求返回错误。es保证一致性—因为数据读/写总是一致的。保证了es-gaurantees的分区容限——如果任何一个被分区的节点，经过一段时间后重新加入集群，它就能够将丢失的数据恢复到当前状态。而且，没有一个分布式系统会放弃分区容错，因为没有pt的保证，分布式系统就不可能存在。
3lxsmp7m2#
cap定理指出，分布式系统最多可以有以下两种：一致性。可利用性。分区公差。elasticsearch放弃“分区容差”原因：这意味着如果节点创建失败，集群运行状况将变为红色，并且不会继续对新创建的索引进行操作。它不会放弃“可用性”，因为每个elasticsearch查询都将从集群返回一个响应true（results）/false（error）。它也不会放弃“一致性”。如果它放弃了一致性，那么就不会有任何文档版本控制和索引恢复。您可以在此处阅读更多内容：https://discuss.elastic.co/t/elasticsearch-and-the-cap-theorem/15102/8
2条答案
按热度按时间gwo2fgha1#
我强烈不同意harshit，elasticsearch在可用性上的妥协，因为他还提到，由于碎片不可用，很少有请求返回错误。
es保证一致性—因为数据读/写总是一致的。保证了es-gaurantees的分区容限——如果任何一个被分区的节点，经过一段时间后重新加入集群，它就能够将丢失的数据恢复到当前状态。
而且，没有一个分布式系统会放弃分区容错，因为没有pt的保证，分布式系统就不可能存在。
3lxsmp7m2#
cap定理指出，分布式系统最多可以有以下两种：
一致性。
可利用性。
分区公差。
elasticsearch放弃“分区容差”
原因：这意味着如果节点创建失败，集群运行状况将变为红色，并且不会继续对新创建的索引进行操作。
它不会放弃“可用性”，因为每个elasticsearch查询都将从集群返回一个响应true（results）/false（error）。
它也不会放弃“一致性”。如果它放弃了一致性，那么就不会有任何文档版本控制和索引恢复。
您可以在此处阅读更多内容：https://discuss.elastic.co/t/elasticsearch-and-the-cap-theorem/15102/8