Caching nodetool和opscenter之间的cassandra密钥缓存命中率不同

Caching nodetool和opscenter之间的cassandra密钥缓存命中率不同,caching,cassandra,opscenter,nodetool,Caching,Cassandra,Opscenter,Nodetool,我通过nodetool和opscenter检查了我的密钥缓存命中率,第一个显示命中率为0.907% 密钥缓存:条目1152104,大小96.73 MB,容量100 MB,命中52543777次,请求57954469次,最近命中率0.907次,保存时间14400秒 但在opscenter中,图表显示为100%。 任何人都能理解为什么会有这样的区别?卡桑德拉可能有一个bug(或者至少是打字错误),它将其列为最近的命中缓存,但它始终是: 它抓住了“总”命中率的价值: 因此,尽管根据opscent

我通过nodetool和opscenter检查了我的密钥缓存命中率,第一个显示命中率为0.907%

密钥缓存:条目1152104,大小96.73 MB,容量100 MB,命中52543777次,请求57954469次,最近命中率0.907次,保存时间14400秒

但在opscenter中,图表显示为100%。


任何人都能理解为什么会有这样的区别?

卡桑德拉可能有一个bug(或者至少是打字错误),它将其列为最近的命中缓存,但它始终是:

它抓住了“总”命中率的价值:

因此,尽管根据opscenter的数据,在过去19分钟内,你可能会获得100%的命中率,但并不总是100%。所有时间的总点击数/总请求数约为90%

这显示在:

52543777 hits, 57954469 requests

52543777 / 57954469 = 0.907

Cassandra在这里可能有一个bug(或者至少是打字错误),它将其列为最近的命中缓存,但它始终是:

它抓住了“总”命中率的价值:

因此,尽管根据opscenter的数据,在过去19分钟内,你可能会获得100%的命中率,但并不总是100%。所有时间的总点击数/总请求数约为90%

这显示在:

52543777 hits, 57954469 requests

52543777 / 57954469 = 0.907

Cassandra在这里可能有一个bug(或者至少是打字错误),它将其列为最近的命中缓存,但它始终是:

它抓住了“总”命中率的价值:

因此,尽管根据opscenter的数据,在过去19分钟内,你可能会获得100%的命中率,但并不总是100%。所有时间的总点击数/总请求数约为90%

这显示在:

52543777 hits, 57954469 requests

52543777 / 57954469 = 0.907

Cassandra在这里可能有一个bug(或者至少是打字错误),它将其列为最近的命中缓存,但它始终是:

它抓住了“总”命中率的价值:

因此,尽管根据opscenter的数据,在过去19分钟内,你可能会获得100%的命中率,但并不总是100%。所有时间的总点击数/总请求数约为90%

这显示在:

52543777 hits, 57954469 requests

52543777 / 57954469 = 0.907

您正在使用哪个版本的C*和opscenter?您正在使用哪个版本的C*和opscenter?您正在使用哪个版本的C*和opscenter?您正在使用哪个版本的C*和opscenter?只想注意Codahale metrics中报告的命中率仍然是生存期。因此,人们可能希望使用
OneMinuteHitRate
(或朋友)来代替。我只是想指出,Codahale度量中报告的命中率仍然是生命周期。因此,人们可能希望使用
OneMinuteHitRate
(或朋友)来代替。我只是想指出,Codahale度量中报告的命中率仍然是生命周期。因此,人们可能希望使用
OneMinuteHitRate
(或朋友)来代替。我只是想指出,Codahale度量中报告的命中率仍然是生命周期。因此,人们可能希望使用
OneMinuteHitRate
(或朋友)来代替。