相关疑难解决方法(0)

为什么 MongoDB 一致不可用而 Cassandra 可用不一致?

蒙戈

从这个资源我明白为什么 mongo 不是A(Highly Available)基于下面的陈述

MongoDB 支持“单主”模型。这意味着您有一个主节点和许多从节点。如果 master 宕机,其中一个 slave 会被选为 master。此过程会自动发生,但需要时间,通常为 10-40 秒。在这个新的leader选举期间,你的副本集宕机了,无法写入

是否出于同样的原因,据说 Mongo 是Consistent(因为写入没有发生,所以返回系统中的最新数据)而不是Available(不可用于写入)?

直到重新选举发生并且写操作处于挂起状态,从机返回是否可以执行读操作?选择 master 后,用户是否再次重新启动写入操作?

但我从另一个角度不明白为什么 Mongo 是highly consistent 如上所述mongodb 在 CAP 定理中的立场?,

Mongo 是consistent默认情况下所有读取都转到主服务器的情况。

但事实并非如此。如果在主/从模式下,所有读取都将转到主服务器,那么从服务器有什么用?它进一步说 If you optionally enable reading from the secondaries then MongoDB becomes eventually consistent where it's possible to read out-of-date results.这意味着 mongo 可能与主/从不一致(前提是我在返回之前没有配置对所有节点的写入)。如果所有读取和写入都进行主要操作,那么说 mongo 是一致的对我来说是没有意义的。在这种情况下,每个其他数据库(如 cassandra)也将是一致的。不是吗?

Cassandra 从这个资源 我明白为什么 CassandraA(Highly Available )基于下面的陈述 …

mongodb cassandra

6
推荐指数
2
解决办法
2530
查看次数

标签 统计

cassandra ×1

mongodb ×1