【Elasticsearch】allow_no_indices

- **`allow_no_indices` 参数的作用**：  
  该参数用于控制当请求的目标索引（通过通配符、别名或 `_all` 指定）不存在或已关闭时，Elasticsearch 的行为。

- **默认行为**：  
  如果未显式设置该参数，默认值为 `true`，即允许请求的目标索引不存在或关闭，不会返回错误。

- **设置为 `false` 时的行为**：  
  如果设置为 `false`，Elasticsearch 会严格检查请求的目标索引。如果发现任何通配符、别名或 `_all` 值仅匹配到缺失或关闭的索引，请求将返回错误。即使请求中同时指定了其他存在的开放索引，只要有一部分目标索引不存在或关闭，就会触发错误。

- **适用场景**：  
  该参数适用于需要确保请求的目标索引必须存在的场景。例如，在某些业务逻辑中，如果目标索引不存在或关闭，可能意味着数据不完整或配置错误，此时可以通过设置 `allow_no_indices` 为 `false` 来快速发现问题。

- **示例说明**：  
  假设有以下索引：  
  - `foo1`（存在且开放）  
  - `foo2`（存在且开放）  
  - `bar1`（不存在或关闭）  

  如果发送一个请求，目标索引为 `foo*,bar*`，并且 `allow_no_indices` 设置为 `false`，Elasticsearch 会检查 `foo*` 和 `bar*` 的匹配情况。由于 `foo*` 匹配到 `foo1` 和 `foo2`（存在且开放），但 `bar*` 没有匹配到任何存在的开放索引，因此请求会返回错误。（就是说有多个通配符去匹配，只要有一个通配符没有匹配到任何开放的索引，就会报错）

使用 `_all` 搜索时

GET /_all/_search?allow_no_indices=false

，**`allow_no_indices=false` 是否触发错误取决于集群中是否存在至少一个开放的索引**。以下是具体场景分析：

---

### **1. 当集群中存在至少一个开放的索引时**
- **行为**:  
  如果集群中存在至少一个开放的索引（例如 `logs-2023-10`），即使其他索引不存在或已关闭，使用 `_all` 搜索时 **不会报错**。  
  **原因**:  
  `_all` 的作用是匹配所有存在的索引（包括别名和数据流）。只要集群中存在至少一个开放的索引，`_all` 就能成功匹配到，因此 `allow_no_indices=false` 不会触发错误。

- **示例**:  
  假设集群中存在以下索引：  
  - `logs-2023-10`（开放）