【问题标题】:Cassandra client driver timeout parametersCassandra 客户端驱动程序超时参数
【发布时间】:2018-11-05 03:24:47
【问题描述】:

我在 Cassandra 驱动程序中观察到以下超时参数,

counter_write_request_timeout_in_ms: 5000
range_request_timeout_in_ms: 10000
request_timeout_in_ms: 10000

1) 有人可以解释一下 Cassandra 驱动程序中的这些超时是什么吗?
2)请求和读/写超时有什么区别?

【问题讨论】:

    标签: cassandra datastax cassandra-3.0


    【解决方案1】:

    有一个列表here 关于 Cassandra 中最重要的超时参数,但也可以在这里解释您的问题:

    • range_request_timeout_in_ms: 协调器等待顺序扫描或索引扫描完成的时间。

    • counter_write_request_timeout_in_ms 协调器等待计数器写入完成的时间。 例如:写一个带有计数器列的表(计数器是一个特殊的列,用于存储以增量更改的数字。) Here 你可以找到一个很好的解释为什么计数器写入需要单独的超时参数.

    • read_request_timeout_in_ms: 协调器等待读取操作完成的时间。

    • write_request_timeout_in_ms: 协调器等待写操作完成的时间。

    • request_timeout_in_ms: 其他杂项操作的默认时间。

    注意:

    1) 协调器: 接收客户端查询的节点;它促进负责查询的所有副本节点之间的通信(联系至少 n 个副本节点以满足查询的一致性级别)并准备结果并将结果返回给客户端。

    2) 超时参数是基于每个节点(在 cassandra.yaml 中)而不是基于每个客户端定义的。

    【讨论】:

      猜你喜欢
      • 2018-07-17
      • 2017-04-05
      • 2017-11-27
      • 2015-11-16
      • 1970-01-01
      • 1970-01-01
      • 2017-02-18
      • 2016-08-04
      • 2016-09-21
      相关资源
      最近更新 更多