Cassandra 平整压实未压实至较高水平

Cassandra 平整压实未压实至较高水平,cassandra,Cassandra,通过更改表格从STC切换到LCS-版本3.11.3 ALTER TABLE TABLE WITH compression={'class':'org.apache.cassandra.db.compression.LeveledCompactionStrategy','unchecked_tombstone_compression':'true' 现在我看到有默认大小为160mb的sstables,现在我看到超过100个160mb的sstables 当初始转换发生时,创建的文件是L0吗 如果是这

通过更改表格从STC切换到LCS-版本3.11.3

ALTER TABLE TABLE WITH compression={'class':'org.apache.cassandra.db.compression.LeveledCompactionStrategy','unchecked_tombstone_compression':'true'

现在我看到有默认大小为160mb的sstables,现在我看到超过100个160mb的sstables

  • 当初始转换发生时,创建的文件是L0吗

  • 如果是这样的话,它们什么时候被压缩到L1,已经有几个小时了,并且自动压缩被启用。我仍然没有看到它们被压缩到更高的水平

  • 默认大小为160mb,是L0还是L1

  • sstable的大小将是多少,它将刷新成为sstable?它们是160mb还是更小

  • 在每个级别创建了多少个文件后,是否会压缩到下一个级别


  • 这在默认情况下(sstable_size_in_mb=160 mb)与LCS是很正常的

    L1及以上为正常水平。L0只是占位符,可以有重叠的数据和任意大小的表。 在正常级别,两个sstable不重叠,这意味着没有两个sstable可以具有相同的分区。因此,为了阅读一个partion,我们只需要检查一个sstable

    当初始转换发生时,创建的文件 他们10岁?如果是这样的话,它们什么时候被压实到L1,这是一对夫妇 小时和自动压缩已启用。我仍然看不到他们得到什么 压实到更高的水平

    ->L0就像32个sstables一样是满的,它在L0中使用SCTC使sstables倒计时。您可以检查nodetool表状态,以获得每个级别中的sstables数

    更改复制策略时,您需要运行nodetool repair full,请检查过程

    默认大小为160mb,是L0还是L1?尺寸是多少 哪个sstable刷新成为sstable?它们是160mb还是更大的容量 小一点

    ->只有L0可以有任何大小的sstables。 正常级别N有10^N*160 MB sstables(其中N>=1)。因此,LCS在正常水平下具有固定大小的sstables,但随着我们进入更高水平(例如:L1(1.6G)、L2(16G)等),总大小将增加

    在每个级别中创建了多少个文件后,它是否会被压缩 到下一个层次


    ->在正常级别中,每个级别需要容纳10倍以上的sstable,才能更高一级。

    默认情况下,这是LCS的预期值(sstable\U size\U In\U mb=160 mb)

    L1及以上为正常水平。L0只是占位符,可以有重叠的数据和任意大小的表。 在正常级别,两个sstable不重叠,这意味着没有两个sstable可以具有相同的分区。因此,为了阅读一个partion,我们只需要检查一个sstable

    当初始转换发生时,创建的文件 他们10岁?如果是这样的话,它们什么时候被压实到L1,这是一对夫妇 小时和自动压缩已启用。我仍然看不到他们得到什么 压实到更高的水平

    ->L0就像32个sstables一样是满的,它在L0中使用SCTC使sstables倒计时。您可以检查nodetool表状态,以获得每个级别中的sstables数

    更改复制策略时,您需要运行nodetool repair full,请检查过程

    默认大小为160mb,是L0还是L1?尺寸是多少 哪个sstable刷新成为sstable?它们是160mb还是更大的容量 小一点

    ->只有L0可以有任何大小的sstables。 正常级别N有10^N*160 MB sstables(其中N>=1)。因此,LCS在正常水平下具有固定大小的sstables,但随着我们进入更高水平(例如:L1(1.6G)、L2(16G)等),总大小将增加

    在每个级别中创建了多少个文件后,它是否会被压缩 到下一个层次


    ->在正常级别中,每个级别需要容纳10倍以上的sstables才能升到更高的级别。

    我们可以设置更低或更高的值,而不是10吗?是否有任何参数?扇出_大小现已根据CASSANDRA-11550进行配置。但你为什么要改变这一点?如果我们可以设置15或以上而不是10,那么更高级别可以保留大部分数据。如果我没有弄错的话,它可能会改善读取延迟?它可能会通过在读取过程中接触较少数量的SSTABLE来提高读取性能,因为级别的数量会减少,但您需要再次关注压缩io。在最大级别NUM后面有什么公式或规则吗?如果我把它增加到10或者减少到3,我们可以设置更低或者更高的值,而不是10?是否有任何参数?扇出_大小现已根据CASSANDRA-11550进行配置。但你为什么要改变这一点?如果我们可以设置15或以上而不是10,那么更高级别可以保留大部分数据。如果我没有弄错的话,它可能会改善读取延迟?它可能会通过在读取过程中接触较少数量的SSTABLE来提高读取性能,因为级别的数量会减少,但您需要再次关注压缩io。在最大级别NUM后面有什么公式或规则吗?如果我把它增加到10或者减少到3呢