当然可以实现自动删除Elasticsearch中超过10天的数据！结合你的数据情况（部分文档带有date字段），我给你梳理几个最实用的方案，其中官方推荐的优先级最高：

一、官方首选：索引生命周期管理（ILM） #

这是Elasticsearch官方最推荐的自动化管理方案，尤其适合按时间维度存储数据的场景：

• 如果你的数据是按时间分片创建索引的（比如每天生成一个messages-yyyy-MM-dd格式的索引），ILM可以全程自动化处理：
  1. 创建一个生命周期策略，设置删除阶段为「索引创建后10天」，或者基于文档的date字段设置「距今超过10天」触发删除。
  2. 创建索引模板，将这个策略关联到messages系列索引上，后续新建的索引会自动继承该策略。
  3. 对于已存在的messages索引，手动将策略关联上去即可生效。

这种方式的优势在于完全由ES内部调度，不需要额外的外部定时任务，而且直接删除整个索引的性能远优于逐条删除文档。另外，针对你数据中部分无date字段的文档，只要索引本身是按时间创建的，也能被正确管理。

二、Elasticsearch Curator（灵活自定义定时任务） #

如果你的ES版本较低（ILM是6.6版本才推出的），或者需要更灵活的自定义逻辑，可以使用官方提供的Curator工具：

• Curator是一款命令行工具，能批量管理ES的索引和文档。你可以编写配置文件，定义删除规则：比如只删除带有date字段且该字段距今超过10天的文档，或者直接删除创建时间超过10天的索引。
• 配置好规则后，用系统定时任务（比如Linux的cron、Windows的任务计划）每天执行一次Curator命令即可实现自动清理。

示例配置中的查询条件可以写成：

{"query": {"bool": {"filter": [{"exists": {"field": "date"}}, {"range": {"date": {"lt": "now-10d"}}}]}}}

这样就能精准过滤出需要删除的过期文档。

三、定时执行_delete_by_query（适合小数据量单索引） #

如果你的所有数据都存在单个messages索引中，且数据量不大，也可以直接定时调用ES的_delete_by_query API来删除过期数据：

比如每天执行一次以下命令：

curl -XPOST '127.0.0.1:9200/messages/_delete_by_query?pretty' -H 'Content-Type: application/json' -d '{
  "query": {
    "bool": {
      "filter": [
        {"exists": {"field": "date"}},
        {"range": {"date": {"lt": "now-10d"}}}
      ]
    }
  }
}'

⚠️ 注意：这个方法是逐条删除文档，数据量大时会占用较多ES资源，因此仅推荐小数据量场景使用。另外一定要加上exists过滤条件，避免误删那些没有date字段的文档。

总结建议 #

优先选择索引生命周期管理（ILM），它是官方原生支持的方案，性能和稳定性都最优；如果ILM不适用（比如旧版本ES），再考虑使用Curator；最后才是_delete_by_query的定时任务方案。

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