Cassandra 3.0 延迟统计不正确答案

【问题标题】：Cassandra 3.0 latency statistic incorrectCassandra 3.0 延迟统计不正确
【发布时间】：2016-11-06 19:31:07
【问题描述】：

我已经设置了新的 Cassandra 3.3 集群。然后我使用 jvisualvm 通过 MBean（jmx metric）监控 Cassandra 读/写延迟。

读/写延迟的结果在所有节点中始终保持稳定数周，而该集群中的读/写请求正常移动（在某一天很重或更少）。

当我使用 jvisualvm 来监控 Cassandra 2.0 集群时。读/写延迟具有正常行为。它根据读/线请求而移动。

我想知道为什么Cassandra 3.0+的读/写延迟统计总是稳定的？我认为这是不正确的结果。（我已经在 Cassandra v3.3、v3.7 中进行了负载测试）。

[更新] 我发现了与此问题有关的错误。

细节表明这个问题已经在 C* 版本 2.2.8、3.0.9、3.8 中得到解决。但是我在 3.0.9 版本测试后，延迟的结果仍然是平线。

有什么想法吗？

谢谢。

【问题讨论】：

【解决方案1】：

在使用 C*3.3 时没有发现任何指标问题

首先，尝试用jconsole监控，遇到同样的问题？

第二，你看到哪个属性？平均值或百分比？值总是从节点向上计数，所以通常看到百分比值是相同的。但并不总是发生在平均值上。尝试重新启动 cassandra 节点并检查价值。

【讨论】：

是的，我在使用 jconsole 监控延迟时遇到了同样的问题。
遇到问题的指标是 org.apache.cassandra.metrics.ClientRequest.Latency.Write.p99 org.apache.cassandra.metrics.Table.WriteLatency.all.p99 org.apache.cassandra .metrics.ClientRequest.Latency.Read.p99 org.apache.cassandra.metrics.Table.ReadLatency.all.p99 ClientRequest 和 Table 的读取和写入延迟的所有百分比 没有任何移动。
第 99 个百分位保持稳定是很常见的。
但是 50percentile、75percentile 和所有其他值在一周内都保持稳定。而读/写请求取决于应用程序负载是否繁重或更少。有可能吗？
能否重启节点，添加工作负载，然后附加值。