Elasticsearch 报 index_not_found_exception 怎么解决
index_not_found_exception 表示请求的索引不存在。先用 GET _cat/indices?v 确认索引列表，再排查拼写、大小写、索引别名、时间序列索引名（如 logs-2024-09）等问题，必要时创建索引。
一句话回答：这个错误表示你查询/写入的索引在集群里不存在。先执行 GET _cat/indices?v 查看当前权限和展开规则下可见的索引并核对名称（Elasticsearch 索引名区分大小写且必须全小写），再检查是否该用别名、时间后缀索引名是否拼对；确认目标应为普通索引、模板与权限无误后，才考虑 PUT /索引名；若预期是别名或 data stream，应先修复对应写入流程。
排查步骤
1. 列出可见索引核对
curl -X GET "localhost:9200/_cat/indices?v"
在返回列表里找你的索引。列表没有结果并不充分证明目标不存在：还要核对连接的集群、账号权限、隐藏索引和 data stream。可用 GET /_resolve/index/目标名?expand_wildcards=all 区分索引、别名和 data stream；生产连接应按集群要求使用 HTTPS 与授权凭据。
2. 检查请求里的索引名
高频踩坑点：
- 日期后缀：
logs-2024.09.29这类按天滚动的索引，查询时日期算错或时区不对就会指向不存在的索引。用通配符logs-*或索引别名查询更稳 - 大小写：ES 索引名强制小写，
MyIndex会被拒绝或查不到 - 别名 vs 真实索引：写入该走别名
logs-write，查询走logs-read，搞混就会报索引不存在
3. 确认设计后再创建索引
先排除误连环境，并确认预期 mapping、模板、别名和生命周期。若目标应是 data stream 或 rollover 别名，不要用空的普通索引占用该名称；以下仅为本地实验的普通索引示例：
curl -X PUT "localhost:9200/my_index" -H 'Content-Type: application/json' -d'
{
"settings": { "number_of_shards": 1, "number_of_replicas": 1 }
}'
4. 为什么索引"本该自动创建"却没有
- 集群关闭了自动创建：
action.auto_create_index: false（生产集群常见），写入不存在的索引直接报错 - 上游写入方（Logstash/Fluent Bit/应用）启动失败或目标索引名配置错了
- ILM 生命周期策略把老索引删了，而查询还在引用它
按场景对号入座
| 场景 | 大概率原因 |
|---|---|
| 应用查询报错 | 别名/通配符没配对，或环境变量里的索引名错了 |
| Logstash/采集器写入报错 | 自动创建被禁、索引名模板拼错、权限不足 |
| 查历史数据报错 | ILM 已删除过期索引，或查询目标名称已被生命周期变更；节点不可用应另查分片错误 |
| Kibana 打不开某个视图 | Data View 引用的索引模式没有匹配到任何索引 |
常见问题（FAQ）
Q：索引明明存在（_cat 里能看到），查询还报这个错？
A：检查查询走的是不是别名、是否有隐藏索引或 data stream，若是 index_closed_exception 再按关闭索引流程处理，以及多集群环境下请求是否发到了正确的集群。
Q：怎么防止按天滚动的索引查询失败？
A：用别名或通配符（logs-*）查询，不要在应用里拼日期索引名；写入侧可按部署版本规划 ILM + rollover 或 data stream；查询使用稳定别名/data stream 可减少日期拼接耦合，但需明确写入索引与查询范围。
Q：生产集群要不要开自动创建索引？
A：建议关闭或收紧（action.auto_create_index: logs-* 这类白名单）。全开会导致拼错的索引名自动生成一堆垃圾索引，掩盖配置错误。
核查依据
本文依据官方文档核对，示例未在实际业务环境运行；上线前请按部署版本、权限与数据范围验证。
