Elasticsearch：能否通过Painless脚本删除待合并的其他文档？

直接给结论：不行。

Elasticsearch的Painless脚本是围绕单个文档的操作上下文设计的——比如在执行update或者upsert操作时，脚本只能访问当前被修改的文档，没有权限触发其他文档的删除操作。这不是Painless的局限，而是Elasticsearch的设计考量：避免单个操作引发连锁的批量修改，防止集群负载过高或者出现数据一致性问题。

不过别担心，有几种替代方案能帮你避免发送额外的删除请求：

方案1：用_bulk API合并操作 #

这是最直接的解决办法。你可以把「更新目标文档（合并内容）」和「删除待合并文档」这两个操作打包进同一个_bulk请求里，这样只需要一次HTTP调用就能完成所有操作，既满足你“不额外发请求”的需求，还能保证操作的原子性（要么所有操作都成功，要么都不生效——当然_bulk允许部分失败，但你可以通过返回结果做错误处理）。

举个请求体的例子：

{"update": {"_id": "目标文档ID", "_index": "你的索引名"}}
{"doc": {"合并字段": "从其他文档整合的内容"}}
{"delete": {"_id": "待删除文档1ID", "_index": "你的索引名"}}
{"delete": {"_id": "待删除文档2ID", "_index": "你的索引名"}}

方案2：Ingest Pipeline + 异步删除（适合批量场景） #

如果你的合并操作是批量触发的，可以创建一个Ingest Pipeline，在更新目标文档后，把待删除的文档ID存入临时索引或队列，然后用Elasticsearch的Watcher或者外部定时任务（比如Python脚本）批量处理删除。这个方式稍复杂，但适合大量合并操作的场景。

方案3：逻辑删除（如果允许延迟清理） #

如果业务上可以接受延迟删除，可以给文档加一个is_deleted布尔字段。不用直接删除待合并文档，而是把它们的is_deleted设为true（同样可以通过_bulk和更新操作一起完成）。之后业务查询时过滤掉is_deleted: true的文档，再定期用批量操作清理这些标记过的文档。这种方式不需要立即发送删除请求，但需要业务层配合处理过滤逻辑。

总结一下：虽然Painless没法在脚本里直接删除其他文档，但用_bulk把更新和删除操作打包成一次请求，是最简洁高效且符合Elasticsearch设计规范的解决方案。

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