在所有节点上运行 tpstats 之后。我看到很多节点都有大量的 ALL TIME BLOCKED NTR。我们有一个 4 节点集群,NTR ALL TIME BLOCKED 的值为:
节点 1:23953 节点 2:2935 节点 3:15229 节点 4:5951
我知道 ALL TIME BLOCKED 很糟糕,因此担心我做错了什么。
在所有节点上运行 tpstats 之后。我看到很多节点都有大量的 ALL TIME BLOCKED NTR。我们有一个 4 节点集群,NTR ALL TIME BLOCKED 的值为:
节点 1:23953 节点 2:2935 节点 3:15229 节点 4:5951
我知道 ALL TIME BLOCKED 很糟糕,因此担心我做错了什么。
此池处理 cql 请求,因此它是允许的活动 CQL 请求数。它仅限于防止太多活动的 OOMing 你的系统(即每个返回大 blob)。这有效地向您的客户端应用程序施加背压以减慢速度。不幸的是,如果您有小请求,这并不理想并且会损害您的吞吐量,因此在CASSANDRA-11363中,他们添加了一个设置来为小型突发工作负载进行空间权衡。
如果您升级到 2.2.8+,您可以设置该线程池的最大队列大小-Dcassandra.max_queued_native_transport_requests=4096