问题标签 [cassandra-2.2]

我们遇到了一个问题，即 Cassandra 节点在 18 个节点的集群中出现故障，并且由于本机传输请求线程达到最大容量 128（默认）和 NTR 最大排队容量而导致整个集群读/写延迟飙升达到（默认为 128）并且本机传输请求开始被阻止。

我不确定被阻止的请求在这里意味着什么？cassandra 是否会在队列满之前开始使传入请求失败？或者请求在服务器端被阻止，直到它们超时。

如果是后者，是否有可能使来自 Cassandra 服务器端的这些请求快速失败？

我们正在使用带有 Datastax Cassandra java 驱动程序 3.0.0 的 Apache Cassandra 版本 2.2.8

我们在 AWS 上使用 EC2Snitch 有一个具有 3 个节点和复制因子 3 的 Cassandra 集群。

实例类型为 c5.2xlarge（8 核和 16GB RAM）。

集群一直运行良好，但突然从昨天晚上开始，所有节点上的 cassandra 进程开始崩溃。它们被设置为自动重新启动，但在启动后 1 或 2 或 3 分钟内它们会因内存堆空间不足错误而崩溃。

堆配置：

在此之后，我们尝试将节点大小增加到 r5.4x 或 128 GB 内存并分配 64GB 堆，但仍然发生相同的事情，无论启动所有 3 个节点还是一次仅启动一个节点。我们可以注意到，第一次垃圾收集在一段时间后发生，然后在几秒钟内连续发生，无法释放任何进一步的内存并最终崩溃。

我们不确定启动后立即将哪些内容拉入内存。

其他参数：

• 卡桑德拉版本：2.2.13
• 数据库大小为 250GB
• hinted_handoff_enabled: true
• commitlog_segment_size_in_mb: 64
• memtable_allocation_type: offheap_buffers

任何帮助在这里，将不胜感激。

编辑： 我们发现查询时有特定的表，它会导致 casssandra 节点崩溃。

所以我们认为，这与这个特定表中的数据损坏/巨大有关。谢谢。

我正在使用一个 Cassandra 集群，该集群由 3 个数据中心的 9 个节点组成。每个 DC 3 个节点。

我们最近发现 system_auth 密钥空间仍然设置为 SimpleStrategy 并且我们使用的是 Cassandra 默认用户。

按照设置复制因子为 3 的 NetworkTopologyStrategy 的步骤，我们登录并发出 alter keyspace 命令。 ALTER KEYSPACE system_auth WITH replication = { 'class' : 'NetworkTopologyStrategy', 'dc1' : 3, 'dc2' : 3, 'dc3' : 3 }

这在日志中返回错误

运行此命令后，我们无法登录 cqlsh 并且 nodetool repair system_auth 返回没有要修复的内容。

nodetool status system_auth 显示一个数据中心，每个节点拥有 100% 所有权，另外 2 个数据中心显示 0%

关于为什么会发生这种情况的任何想法？我在具有相同服务器配置的两个较低环境中执行了这个确切的更改，并且从未出现过问题。

我很难在 Ec2 实例上设置 2 节点 Cassandra 集群。这是 2.2.19 版本。由于涉及其他一些依赖项，我无法升级。

Ec2 实例位于私有子网中。分配的静态私有 ip

这是我的 cassandra.yaml

这是我的 system.log

注意：当我将 snitch 更改为 SimpleSnitch 时，它确实有效。

请帮忙！！

我们有一个 6 个节点，每个 2 个数据中心 Cassandra 集群生产环境设置。我们遇到大分区警告。我们进行了 2 次成功的维修，但仍然没有得到解决。我该如何分析和解决这个问题？

BigTableWriter.java:184 - Writing large partition system_distributed/repair_history:rf_key_space:my_table (108140638 bytes)