问题标签 [cassandra-3.0]

设想：

• 节点总数：3 [A、B、C]
• 复制因子：2
• 写一致性：Quorum（2个副本需要ack）
• 读取一致性：法定人数

• 节点分区范围：

  • A [主 1-25，副本 26-50]
  • B [主要 26-50，副本 51-75]
  • C [主 51-75，副本 1-25]

问题：

假设我需要插入数据 30 并且节点 A 已关闭。在这种情况下，Cassandra 的行为会是什么？Cassandra 是否能够写入数据并向驱动程序报告成功（即使副本节点已关闭并且 Cassandra 需要 2 个节点来确认写入）？

我最近发现，如果您在 Cassandra 中使用条件事务，那么它将默认为这些事务使用 SERIAL 一致性。

http://www.datastax.com/dev/blog/lightweight-transactions-in-cassandra-2-0

但是，我无法弄清楚如何设置我的复制因子和节点数量，以便条件事务即使在单个节点关闭的情况下也能成功。我希望复制因子为 2。

我尝试过replication_factor1 和 2 的 5 节点集群。我需要更多节点吗？我缺少的地方有配置吗？我的键空间配置如下。我在 Cassandra 3.5 和 3.9 上经历过这种情况。

CREATE KEYSPACE IF NOT EXISTS reptest WITH replication = {'class': 'SimpleStrategy', 'replication_factor':2};

我有一个 Cassandra 表，其 TEXT 类型的空列出现在 DESCRIBE TABLE 中，但不在 SELECT 列 FROM 表、ALTER TABLE 表 DROP 列或 ALTER TABLE 表 RENAME 列 TO new_column 中。如何在不丢失任何数据的情况下删除此列？

这是一个 3 节点集群。/var/log/cassandra/system.log、cassandra.log 或 debug.log 中没有记录错误。

nodetool upgradesstables 和 nodetool repair 都没有报告任何错误。每个都在集群的所有 3 个节点上执行。

注意：错误消息中的键空间名称是错误的，它实际上是表名

我在集群中使用 Cassandra 3.0.9.1346 版本。即使当我检查“nodetool tpstats”结果表明没有主动和被动挂起请求时，我也看到 CPU 使用率很高。我该如何检查？

此外，数据中心的其他节点空闲，没有 CPU 使用率

任何人都知道任何好的开源数据库管理工具，比如 Opscenter for Apache Cassandra？Opscenter 仅适用于以下 Apache Cassandra 2.1 版，但我们使用的是 Apache Cassandra 3.5 版，因此 Opscenter 无法正常工作。谢谢芳

有没有人在 Travis-ci.org 上成功地运行 Cassandra 3.x（任何版本都可以）？我在这里尝试了这些说明：

https://www.codinglogs.com/using-travis-ci-with-cassandra-3-x/

和任何数量的变化，但我得到的只是：

我正在使用 Cassandra 3.6 和 Achilles。我在 Cassandra 中有以下设计的表格。

我将有许多车辆附加到单个用户，当我使用 UserId 进行选择时，我应该获取用户详细信息并且所有车辆都属于他。

如何在阿基里斯映射这个？

更新表

然后在 userVehicles 表中

尝试过 Achillies 映射

我已经在 3 个节点上配置了 cassandra 3.0.9，但有时我只能使用 1 个节点。我已经从网络断开了其他 2 个节点，还从 Cassandra.yaml、rackdc 和拓扑文件中删除了这两个节点的条目。

当我检查节点工具状态时，它会显示两个关闭节点。当我尝试在 cqlsh 上执行任何查询时，它会给我以下错误：

Blockquote OperationTimedOut: errors={'127.0.0.1': '在等待模式协议时请求超时。参见 Session.execute_async 和 Cluster.max_schema_agreement_wait.'}，last_host=127.0.0.1

Blockquote 警告：检测到架构版本不匹配；检查 system.local 和 system.peers 中节点的架构版本。

我该如何解决这个问题？

我注意到我的 cassandra 集群上打开的文件数量有所增加，并去检查它的运行状况。Nodetool 状态报告每个已分配 3TB 的每个节点仅使用 300gb。

在我开始看到 cassandra 日志中出现 HEAP OOM 错误后不久。

这些节点已经运行了 3-4 个月没有问题，但是填充了一系列测试数据，然后从它们中删除。

通过df命令检查硬盘驱动器后，我能够确定它们在 jboded 场景中的填充率都在 90-100% 之间。

编辑：进一步调查显示其余文件位于“快照”子文件夹中，并且数据子文件夹本身没有数据库表。

我的问题是，有人看过这个吗？为什么压实没有释放这些墓碑？这是一个错误吗？

我们有一个基本的 2 节点 Cassandra 集群。两个节点都以最少的配置运行 3.9 版以启用集群。一个节点正在发送错误的生成，导致另一个节点显示警告

导致问题的节点 1 具有来自

1872927836 纪元是一个遥远的日期（星期二，2029 年 5 月 8 日 09:43:56 GMT）。节点 2 合法地丢弃了数据包。我可以以某种方式修复 node-1 以发送正确的代吗？