Elasticsearch 7.8.1超时设置无效排查及终止查询方法咨询

为什么10ms超时未生效 #

你设置的timeout是Elasticsearch的软超时限制，它的作用是告知集群在指定时间后尝试停止查询，但不会强制中断正在执行的分片级任务：

• 如果查询已经进入无法中断的阶段（比如正在对大量结果排序、执行磁盘IO操作），或者涉及的分片还在处理未完成的请求，Elasticsearch会等待这些操作完成后再返回结果，因此实际耗时（took）会超过10ms，同时timed_out保持false（表示查询最终完成，未被强制终止）。
• 7.8.1版本中，timeout是协调节点等待所有分片返回结果的总时间，但分片内部的执行逻辑不受这个参数的严格约束，尤其是复杂的匹配、排序场景下，分片执行时间很容易超出设定值。

如何配置强制终止超时查询 #

针对7.8.1版本，有两种方式实现严格的超时终止：

1. 单查询层面指定分片硬超时 #

在查询URL中添加shard_timeout参数，这是单个分片的硬超时限制，当分片执行时间超过该值时会被强制终止，直接返回已收集的结果，同时timed_out会变为true。

修改后的查询URL：

http://127.0.0.1:9200/*-2023.02.*/_search?timeout=10ms&shard_timeout=10ms

2. 集群全局配置默认分片超时 #

如果需要对所有查询生效，可修改elasticsearch.yml配置文件，添加或更新以下参数：

action.search.shard_timeout: 10ms

修改后需重启Elasticsearch节点，该配置会作为所有查询的默认分片超时限制。

额外提示 #

• 强制终止分片查询会返回部分数据，可能不完整，需根据业务场景评估是否可接受。
• 你的查询设置了size:10000并按@timestamp排序，这类场景本身耗时较高，建议同时优化查询逻辑（比如缩小时间范围、降低size值），从根源减少查询耗时，避免依赖超时终止机制。

内容的提问来源于stack exchange，提问作者陳昇昇