AWS Elasticsearch 5.5集群：Python API查文档存在但删除报NotFoundError

我之前在AWS ES 5.x版本里碰到过一模一样的诡异问题，给你梳理几个靠谱的排查方向和解决办法：

1. 核心问题：_all doc_type在delete接口的兼容性坑 #

ES 5.5里，exists接口传doc_type='_all'时会遍历索引下所有文档类型检查存在性，所以能正确返回True；但delete接口对_all的支持有bug或者限制，它没办法识别这个通配符类型，导致找不到对应文档抛出404。

解决办法：指定实际的文档类型 #

先通过get接口获取文档的真实类型，再用这个类型执行删除：

# 先获取文档的实际类型
doc_info = esClient.get(index='debug', id=doc_id)
actual_doc_type = doc_info['_type']

# 用真实类型执行删除
esClient.delete(index='debug', doc_type=actual_doc_type, id=doc_id)

2. 备选方案：用delete_by_query绕过doc_type限制 #

如果不想纠结doc_type，可以直接用delete_by_query根据文档ID删除，这个接口不需要指定doc_type，而且能精准匹配：

esClient.delete_by_query(
    index='debug',
    body={"query": {"ids": {"values": [doc_id]}}}
)

3. 其他可能的排查点 #

• 软删除或版本冲突：如果exists之后文档被其他进程标记删除（ES的删除是标记式，不是立即物理删除），或者存在版本号不匹配的情况，也可能触发404。可以试试加上ignore=[404]参数，或者检查文档的版本号：

  esClient.delete(index='debug', doc_type=actual_doc_type, id=doc_id, ignore=[404])
  

• AWS ES缓存延迟：exists接口可能读取了缓存数据，而delete是实时操作，这种情况概率很低，但可以稍等几秒再重试删除。
• 权限问题：虽然如果权限不足应该报403，但还是可以确认下你的IAM角色是否有es:DeleteDocument的权限。

最后提一句：AWS ES 5.5已经是停止维护的老旧版本了，这类兼容性问题在新版本里都被修复了，建议尽早升级到ES 7.x或以上版本哦。

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