我使用 CQLSSTableWriter 来编写我的数据对应的 SSTables ：
writer.addRow(1, "test", ...);
数据按分区键和聚类键排序，然后我为每一行排序数据调用addRow。
给定分区的数据写入单个 SSTables（或最多两个）。
两个问题：
CQLSSTableWriter builder() 不需要压缩策略。这正常吗？
已创建的表具有 LCS 压缩。但是 CQLSSTableWriter 没有定义任何策略。因此，关于摄取后数据永远不会改变（在我的情况下！），并且在我使用 sstablesloader 将 SSTables 摄取到 Cassandra 之后，我阻止任何压缩运行是否有意义？或者我是否总是需要在每次使用 sstablesloader 摄取后运行压缩？
感谢让它更清晰一点！
【问题讨论】：
标签： cassandra datastax cassandra-3.0 datastax-java-driver
1) 是的，CQLSSTableWriter 只是创建 sstables。
2) 当 Cassandra 从 sstableloader 或nodetool refresh/import 获取 sstable 时，它会自动进行任何必要的压缩。你不必也不应该做任何事情。
如果你真的想要，你可以禁用压缩
ALTER TABLE keyspace.table WITH COMPACTION = {'class': 'SizeTieredCompactionStrategy', 'enabled': 'false' }`
然后它不会做任何事情，你可以忽略它，sstables 将保持原样。
只有 2 个 sstables 中的分区并不一定意味着在读取时只会触及 2 个。 sstables 上的布隆过滤器仍然会提供误报，如果 sstables 的数量继续攀升，最终将成为一个问题。如果您的集群密钥随着时间的推移而增加，但是它可以用来过滤掉不必要的 sstables 以及最小/最大集群密钥保留在元数据中并在读取路径中检查（这就是 TWCS 和大多数时间序列数据如何防止太多建立）。随着 sstable 数量的增加，这也会对维修和其他操作任务产生很大影响。
最终，除非它是一个问题，否则我会认真建议将压缩保留原样，如果您认为自己大部分情况良好，请使用 SizeTiered，它只会防止事情变得疯狂，同时与其他人相比，执行最少的读写操作。如果您的 CPU 在压缩时已达到最大值，您应该检查其他错误，因为它不应该消耗那么多（您怎么知道它的压缩？），您也可以随时限制压缩吞吐量。
【讨论】：
最好让 Cassandra 决定何时执行压缩，不要尝试手动执行。
【讨论】：