我通过debug.log中的以下日志观察cassandra集群中的超时：
time 1478 msec - slow timeout 500 msec/cross-node
这是否表示读取请求正在开销 1378 ms 让其他复制品响应？此群集的ntp是同步的，数据较少，cpu和内存分配良好。是否设置 cross_node_timeout: true 要帮忙吗？Cassandra版本：3.11.6谢谢
1378 ms
cross_node_timeout: true
i2byvkas1#
日志中报告的值1478毫秒是执行特定查询的时间记录器。因为它是跨节点的，这表示此查询/操作是跨节点执行的。这只是一个警告，说明您的查询运行得比较慢。慢速查询超时的默认值为500ms，可在中设置 cassandra.yaml 由 slow_query_log_timeout_in_ms .如果这是日志中的一个关闭日志，那么它可能是由gc引起的。如果它一直出现，那么您的环境（网络等）或查询中就有问题。关于财产 cross_node_timeout: true ，它是通过Cassandra-4812引进的。此属性的目的是在ntp服务器未跨节点同步的情况下避免超时。此属性的默认值为false。由于ntp是在您的集群上同步的，所以您可以将其设置为true，但这对您收到的消息没有帮助。
cassandra.yaml
slow_query_log_timeout_in_ms
1条答案
按热度按时间i2byvkas1#
日志中报告的值1478毫秒是执行特定查询的时间记录器。因为它是跨节点的，这表示此查询/操作是跨节点执行的。这只是一个警告，说明您的查询运行得比较慢。慢速查询超时的默认值为500ms，可在中设置
cassandra.yaml由slow_query_log_timeout_in_ms.如果这是日志中的一个关闭日志，那么它可能是由gc引起的。如果它一直出现，那么您的环境（网络等）或查询中就有问题。
关于财产
cross_node_timeout: true，它是通过Cassandra-4812引进的。此属性的目的是在ntp服务器未跨节点同步的情况下避免超时。此属性的默认值为false。由于ntp是在您的集群上同步的，所以您可以将其设置为true，但这对您收到的消息没有帮助。