Kibana索引模式：不是“配个名字”，而是给数据装上导航地图
你有没有遇到过这样的场景？
Elasticsearch 集群健康绿灯常亮，curl -X GET "localhost:9200/_cat/indices?v"显示logs-app-00001里已有上万条文档；Logstash 日志管道稳如老狗，Filebeat 心跳从不掉线。可一打开 Kibana 的 Discover 页面——空白。字段列表空空如也，时间选择器灰着，搜索框输什么都返回零结果。
别急着重启 Kibana、别翻集群日志、更别怀疑是不是磁盘满了。十有八九，问题出在那个你三秒就点完的“索引模式”配置上。
这不是 Kibana 的 bug，也不是 Elasticsearch 的故障，而是一场典型的「语义失联」：Kibana 拿到一堆 JSON 文档，却不知道哪个是时间、哪个该支持聚合、哪个字段名在不同索引里其实指向同一个业务含义。它像一个拿着模糊地图闯进陌生城市的司机——路是通的，车是好的，但就是找不到目的地。
索引模式（Index Pattern），就是这张地图。它不存数据，不改结构，不做计算，但它决定了 Kibana能不能读懂你塞进去的数据。
它到底是什么？一句话破题
索引模式 =通配符 + 时间字段 + 字段元数据契约
它不是一个数据库对象，也不是 Elasticsearch 的配置项，而是 Kibana Server 在内存中构建的一份「数据理解说明书」。
当你输入logs-*并点击创建，Kibana 做了三件关键的事：
- 找人：向 ES 发请求，问：“哪些索引叫
logs-*？” → 得到logs-app-00001,logs-db-00001等真实索引名； - 读简历：挨个查这些索引的 mapping（
GET /logs-app-00001/_mapping），把每个字段的类型、子字段、嵌套结构都抄下来； - 定规矩：挑出你指定的那个字段（比如
@timestamp），告诉整个 Kibana：“从此刻起，所有时间筛选、折线图 X 轴、告警窗口，都以它为准。”
🔑 关键提醒：Kibana不会自动刷新这份说明书。今天建好
logs-*，明天新滚了个logs-app-00002，Discover 里依然看不到它的字段——除非你手动点右上角那个不起眼的Refresh field list。
