【问题标题】:Cassandra performance for Counter writes计数器写入的 Cassandra 性能
【发布时间】:2012-06-30 04:32:59
【问题描述】:

为什么 Datastax Opscenter 报告中的“写入请求延迟”(4-5 毫秒)和“本地写入延迟”(列族)(0.05 毫秒)之间存在显着差异 http://www.datastax.com/docs/opscenter/online_help/performance/cluster_metrics#write-request-latency http://www.datastax.com/docs/opscenter/online_help/performance/cf_metrics#cf-local-write-latency

以上数字是针对使用一致性级别 1 写入的计数器列类型,因此为计数器完成的读取不应成为延迟的一部分。

【问题讨论】:

  • 正如 Netflix 报告的那样“在客户端测量的响应时间约为 11 毫秒,其中约 1.2 毫秒是由于网络延迟,其余来自 Thrift 客户端库开销和线程获取响应时的调度延迟. 在每个 Cassandra 服务器上测得的写入延迟只有几分之一毫秒”techblog.netflix.com/2011/11/… 之所以会出现这么长的延迟,只是因为节俭和调度延迟

标签: cassandra


【解决方案1】:

“写请求延迟”

此指标从协调节点的角度跟踪延迟。因此,这是跟踪协调节点收到请求、将其转发到正确的副本、然后根据您的一致性级别等待适当数量的响应时的延迟。

“本地写入延迟”

此指标从副本的角度跟踪延迟。它只跟踪副本从协调器接收到写入到将其写入提交日志和内存表并返回的时间。

正如您所见,这种差异很容易通过节俭的开销、网络延迟和一致性级别来解释,这些都包含在协调器报告的延迟中。

【讨论】:

    猜你喜欢
    • 2017-06-03
    • 2016-07-12
    • 2012-01-14
    • 1970-01-01
    • 2018-05-27
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-05-15
    相关资源
    最近更新 更多