我也运行了cassandra cluster和opscenter,当我运行nodetool compactionstats时,我发现突然出现了“key cache save of system.keycache”。另外,在opscenter上也发现了同样的情况。这是否会对性能产生影响?
xkrw2x1b1#
密钥缓存保存重用压缩管理器,使其显示在当前压缩任务中,而当前压缩任务将显示在compactionstats(以及opscenter)中。它不应该引起任何性能问题,但如果需要很长时间,它可能会阻止常规压缩(如果并发压缩较低)完成。这实际上是这样的,当一个节点启动时,您不必等待密钥缓存预热来提高读取性能,所以这并不重要,而且低命中率可能没有什么意义。如果它们需要很长时间来保存,可能是因为您的数据模型有大量的小分区,因此keycache有许多需要序列化的条目。那样的话,我建议你 key_cache_keys_to_save 在你的 cassandra.yaml 大约100,1000或者你可以调整直到你的节省时间更合理。
key_cache_keys_to_save
cassandra.yaml
1条答案
按热度按时间xkrw2x1b1#
密钥缓存保存重用压缩管理器,使其显示在当前压缩任务中,而当前压缩任务将显示在compactionstats(以及opscenter)中。它不应该引起任何性能问题,但如果需要很长时间,它可能会阻止常规压缩(如果并发压缩较低)完成。
这实际上是这样的,当一个节点启动时,您不必等待密钥缓存预热来提高读取性能,所以这并不重要,而且低命中率可能没有什么意义。如果它们需要很长时间来保存,可能是因为您的数据模型有大量的小分区,因此keycache有许多需要序列化的条目。那样的话,我建议你
key_cache_keys_to_save
在你的cassandra.yaml
大约100,1000或者你可以调整直到你的节省时间更合理。