Cassandra 和读取延迟

Question

我从https://bitnami.com/stack/cassandra 在云机器上安装了cassandra。我克隆了这台机器，所以我得到了 2 台机器。一个运行 cassandra 服务器（1 个节点 cassandra 集群），另一个充当客户端并向第一个（服务器）发出查询。

我使用 YCSB - https://github.com/brianfrankcooper/YCSB 来执行基准测试。我观察到的是服务器上的读取延迟非常低几微秒（大约 50/100 us 对于第 99 个百分位和 MAX），如使用“nodetool cfhistograms ”和“nodetool cfstats " - 很可能所有数据都来自缓存，即所有 sstable 都在缓存中。

但使用 YCSB 基准测试从客户端（其他节点）观察到的端到端延迟很高 - 平均延迟 = 2000 us。所以我想知道为什么端到端延迟如此之高 2000 us 而不是 100 us（在服务器上）。此外，网络延迟也很低，约为 200 us（如使用 PING 所见）。我希望 cassandra 服务器尽快/立即响应。有人可以帮忙吗？

Answer 1

因此，从 cfhistograms 开始测量本地读取延迟，这是将 memtables 与 sstables 合并的唯一时间。这不包括协调，用于检查代理直方图。

即使这样，您也应该预料到与客户时间的偏差。除了网络延迟之外，还有内核延迟和客户端反序列化时间。传入网络时间和服务器端 cql 反序列化也不包括在内。如果此时发生 Full/YGC，它也可能不包括在 C* 延迟时间（很容易为 1-500 毫秒）中。根据版本/配置，客户端也会进行一些请求合并（最多 10us）。您可以很容易地期望 jvm 延迟 1 毫秒，只是为了达到 ygc 的安全点或撤销偏差（如果启用，取决于版本），如果在我们记录请求的“开始时间”之前发生，则不包括在内。 tcp 网络上低于 1ms 的延迟确实会随着 naggle（如果启用）和 tcp 窗口而改变，因此看到平均 200us 可能与 icmp ping 和实际 tcp 往返时间不一致。