当nodetool修复正在进行时，写入期间cassandra超时
我让cassandra在3个节点上运行，其中一致性为1。Nodetool修复也在服务器上调度。
共有1个答案
这种情况通常发生在节点过载时--当比较不同服务器上的数据时，nodetool修复需要密集的输入/输出，这给服务器增加了额外的负载，以及额外的垃圾收集等，并可能导致超时。另外，修复可能会触发压缩，这也会增加额外的IO负载。
请检查Cassandra框中的system.log，并优化一些参数--Java垃圾收集、Java堆大小等。
-
我正在spark项目中使用spark sql 3.0.2和spark-cassandra-connector_2.12:3.1.0以及java8。 在写卡桑德拉表格时，我面临以下错误 最新的异常是在一致性LOCAL_ONE的简单写入查询期间发生Cassandra超时（需要1个副本，但只有0个副本确认了写入） 请检查执行程序日志以获取更多异常和信息table_cassandraAsyncStatem
-
我有一个spark作业，它从一个cassandra表中读取数据，并将结果转储回两个表，只需稍作修改。我的问题是这项工作比预期的要长得多。 代码如下： 对于大约一百万条记录，STORE1需要将近40秒，STORE2（对rdd3稍作修改）需要一分钟以上。不确定我哪里出错了，也不知道为什么要花这么多时间。我的火花环境如下： DSE 4.8.9,6个节点70 GB RAM，每个12个内核 任何帮助，不胜感
-
我有cassandra单片应用程序，我想写在高速率从队列中读取一些有效载荷。Cassandra集群有3个节点。当我开始并行处理大量消息(通过生成线程)时，我得到以下异常 我将CQLsession创建为bean 我将此CqlSession注入到映射器和其他类中以运行查询 在我的datastax驱动程序中，我给了3个节点的ip作为联系点，我是否需要在CQLsession创建/或我的cassandra节
-
我的要求是尽可能的实时，这似乎离得很远。生产环境大约每3秒有400个事件。 是否需要对Cassandra中的YAML文件进行调优，或者对cassandra-connector本身进行任何更改
-
我使用将整个代码库从更改为 由于节俭，我从一开始就经常超时，我无法继续...采用CQL，按照我成功设计的表格和更少的超时.... 有了这个，我能够插入大量不符合节俭原则的数据…但是经过一个阶段，数据文件夹大约在3.5GB左右。我经常遇到写入超时异常。即使我再次做同样的早期工作用例，现在也会引发超时异常。它的随机曾经工作过，即使在重新设置后也无法再次工作。 CASSADNRA服务器日志 这是卡桑德拉
-
我有几个关于备份/恢复Cassandra集群的最佳方法的问题。 背景：我有一个在EC2中运行的集群。它的节点配置如下： 实例类型：m3.medium存储：50 GB根卷/100 GB另一个卷 在阅读了大量的文件和搜索了一些网站后，我明白了带有Cassandra(nodetool)快照的EBS快照看起来很有前途。 问题：EBS 还拍摄增量快照，Nodetools 也拍摄快照，那么这两个工具有何不同或