Kibana查询日志时出现search_phase_execution_exception错误是什么原因？

你看到的前端JS调用栈只是Kibana收到异常后的前端执行链路，和报错根因没有直接关联，search_phase_execution_exception本质是Elasticsearch在查询执行阶段抛出的通用异常，偶发且后端无明显日志的常见原因如下：

• 查询超时：单次查询的时间范围过大、命中的索引分片数量过多，或者触发查询时ES集群CPU、IO负载较高，查询耗时超过Kibana默认的30s超时阈值，Kibana会主动断开请求，可能导致后端没有留下完整的异常日志。
• 分片临时不可用：查询命中的部分分片正处于迁移、重启、副本同步等状态，临时未提供查询服务，等分片状态恢复后查询就会自动恢复正常，属于集群运行过程中的偶发现象。
• 跨索引查询兼容性问题：如果你的查询命中了多个创建于不同ES版本的索引，部分低版本索引不支持你用到的查询语法，也会触发该类偶发报错。

排查方案 #

1. 复现报错时，到Kibana的Dev Tools中执行相同的查询条件，请求末尾加上?error_trace=true参数，可以拿到ES返回的完整错误栈，直接定位具体根因。
2. 缩小查询的时间范围测试，如果缩小后报错不再出现，基本可以确定是查询超时导致，后续可以通过给常用查询字段加索引、调整ES查询线程池参数、扩容集群资源的方式优化。
3. 检查ES集群的分片健康状态，确认是否存在长期未分配的分片，如有手动调整分片分配规则即可解决。

内容的提问来源于stack exchange，提问作者Joey Yi Zhao