Elasticsearch查询附加索引状态及获取索引延迟可行性咨询

一、是否可行？ #

完全可行。你可以通过两种高效方式在获取查询数据的同时拿到索引状态，以此判断数据可靠性：

• 并行请求方式：在应用端同时发起两个HTTP请求——一个执行数据查询，另一个调用索引状态相关API，能在几乎同一时间获取两类结果。
• 多请求API批量处理：若仅需执行多个搜索类操作，可使用_msearch批量执行搜索；若要混合搜索与状态查询，并行请求是更灵活的选择。

二、能否获取索引延迟作为状态一部分？ #

可以，不同维度的索引延迟指标可通过Elasticsearch官方API直接获取：

• 写入/索引延迟：调用_indices/stats?index=你的索引名，从返回结果的indexing字段中，通过index_time_in_millis（总索引耗时）和index_total（总索引次数）计算平均写入延迟，throttle_time_in_millis还能反映是否存在索引限流导致的延迟。
• 搜索延迟：同样在_indices/stats的search字段中，query_time_in_millis与query_total可计算平均搜索延迟，fetch_time_in_millis反映结果获取阶段的延迟。
• 分片复制延迟：通过_cat/recovery?v&index=你的索引名查看分片复制的进度与耗时，或_cluster/health?index=你的索引名中的active_shards、relocating_shards字段，判断是否因复制延迟影响数据可靠性。
• 跨集群同步延迟：若是跨集群复制场景，可调用_ccr/stats获取同步延迟数据。

示例操作 #

同时获取my_index的搜索结果与索引延迟状态，可发起以下两个并行请求：

1. 数据查询请求：

GET /my_index/_search
{
  "query": {
    "match_all": {}
  }
}

2. 索引延迟与状态请求：

GET /my_index/_stats?metric=indexing,search

在应用层合并两个请求的结果，即可同时拿到业务数据与对应的索引可靠性、延迟信息。

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