Cassandra SSTables或Hfiles是否合并到1TB以上?

Cassandra SSTables或Hfiles是否合并到1TB以上?,cassandra,hbase,bigtable,Cassandra,Hbase,Bigtable,在主要压缩中,将区域服务器(Hbase)中的所有SSTABLE和平板服务器(Cassandra)中的所有SSTABLE合并为一个大的SSTABLE 若周期到来,是否意味着所有SSTables(总空间超过1TB)合并为一个? 可能SSTable或HFile有一些范围界限,将其拆分为几个部分-以确保合并操作不会“重写所有服务器” 我的问题与此链接的“压缩”部分有关,我发现主要压缩生成的表在Cassandra中没有拆分。在这种情况下,其他LSM树数据库依赖于受干扰的文件系统,该系统将SSTable(或

在主要压缩中,将区域服务器(Hbase)中的所有SSTABLE和平板服务器(Cassandra)中的所有SSTABLE合并为一个大的SSTABLE

若周期到来,是否意味着所有SSTables(总空间超过1TB)合并为一个? 可能SSTable或HFile有一些范围界限,将其拆分为几个部分-以确保合并操作不会“重写所有服务器”


我的问题与此链接的“压缩”部分有关,我发现主要压缩生成的表在Cassandra中没有拆分。在这种情况下,其他LSM树数据库依赖于受干扰的文件系统,该系统将SSTable(或HFile,Hypertable中的CellSotre)拆分为多个文件(例如64MB),但主要压缩必须将所有文件压缩为新的SSTable(我认为效率低下)

JIRA有票改进和重新设计卡桑德拉的压实度,如前所述:

你可能还想看看我的第二个类似问题:


从我发现的实际情况来看,主要压实产生的SSTable在Cassandra中没有拆分。在这种情况下,其他LSM树数据库依赖于受干扰的文件系统,该系统将SSTable(或HFile,Hypertable中的CellSotre)拆分为多个文件(例如64MB),但主要压缩必须将所有文件压缩为新的SSTable(我认为效率低下)

JIRA有票改进和重新设计卡桑德拉的压实度,如前所述:

你可能还想看看我的第二个类似问题: