Cassandra 3.0延迟统计不正确

我已经安装了新的Cassandra 3.3群集。然后，我使用jvisualvm通过使用MBean（jmx度量）来监视Cassandra读/写延迟

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

当我使用jvisualvm监视Cassandra2.0集群时。读/写延迟具有正常的行为。它的移动取决于读取/连线请求

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

[更新] 我发现bug与这个问题有关

卡桑德拉公制单位

详细信息显示，此问题已在C*版本2.2.8、3.0.9、3.8中得到解决。但是在我在3.0.9版本中测试之后，延迟的结果仍然是平直的

有什么想法吗

---

谢谢。

在使用C*3.3时没有发现任何度量问题

首先，尝试使用jconsole进行监视，是否遇到了相同的问题

---

第二，您看到哪个属性？平均值还是百分比？这些值总是从节点开始计数，因此通常会看到百分比值是相同的。但并不总是发生在平均值上。请尝试重新启动cassandra节点并检查该值。

在使用C*3.3时未发现任何度量问题

首先，尝试使用jconsole进行监视，是否遇到了相同的问题

---

第二，您看到的是哪个属性？平均值还是百分比？这些值总是从节点开始计算，因此通常可以看到百分比值是相同的。但并不总是发生在平均值上。请尝试重新启动cassandra节点并检查该值。

是，在使用jconsole监视延迟时，我遇到了相同的问题。遇到该问题的度量是org.apache.cassandra.metrics.ClientRequest.latency.Write.p99 org.apache.cassandra.metrics.Table.writerelation.all.p99 org.apache.cassandra.metrics.ClientRequest.latency.Read.p99 org.apache.cassandra.metrics.Table.ReadLatency.all.p99 allClientRequest和表的读写延迟百分比并没有任何移动。通常第99个百分比保持稳定。但第50个百分比、第75个百分比和所有其他百分比在一周内都保持稳定。而读/写请求很重或更少，这取决于应用程序负载。是否可能？是否可以重新启动节点，添加工作负载，然后附加值。是，在使用jconsole监视延迟时，我遇到了相同的问题。遇到该问题的度量是org.apache.cassandra.metrics.ClientRequest.latency.Write.p99 org.apache.cassandra.metrics.Table.writerelation.all.p99 org.apache.cassandra.metrics.ClientRequest.latency.Read.p99 org.apache.cassandra.metrics.Table.ReadLatency.all.p99 allClientRequest和表的读写延迟百分比并没有任何移动。通常第99个百分比保持稳定。但第50个百分比、第75个百分比和所有其他百分比在一周内都保持稳定。而读/写请求很重或更少，这取决于应用程序负载。是否可能？是否可以重新启动节点，添加工作负载，然后附加值。