cassandra的主要压实

Question

我有一个4节点的轻快集群,在Cassandra DC中有2个Cassandra节点,在Brisk DC中有2个轻快节点.我使用压力工具对这个设置进行了压力测试,该工具与cassandra一起运送,用于1000万次写入

在执行

$ ./nodetool -h x.x.x.x compactionstats

pending tasks: 17
          compaction type        keyspace   column family bytes compacted     bytes total  progress
                    Major       Keyspace1       Standard1        45172473        60278166    74.94%

AFAIK主要压缩是从节点工具手动触发的.但我能够看到它已被自动触发.这是一个理想的行为吗？如果是这样,那么可能出现的情况是什么？

此致,泰米尔语

Answer 1

来自doc:

当至少N个SStables被刷新到磁盘时触发压缩,其中N是可调的并且默认为4.

"次要"压缩合并了类似规模的sstables; "major"compactions将给定ColumnFamily中的所有sstables合并.

再次来自doc:

通过nodeprobe 或自动触发主要压缩:

Nodeprobe将TreeRequest消息发送到目标节点的所有邻居:当节点收到TreeRequest时,它将执行只读压缩以立即验证列族.

自动压缩还将验证列族并广播TreeResponses,但由于TreeRequest消息未发送到相邻节点,因此仅当两个节点碰巧在彼此的TREE_STORE_TIMEOUT内执行自动压缩时才会进行修复.

您可以在此处和此处找到更多信息