我有一个中型的Elasticsearch索引（1.46T或〜1e8文档）。它在4台服务器上运行，每台服务器在弹性和OS（用于缓存）之间平均分配64GB
Ram。

我想尝试新的“重要条款”聚合，因此我触发了以下查询…

{
  "query": {
    "ids": {
      "type": "document",
      "values": [
        "xCN4T1ABZRSj6lsB3p2IMTffv9-4ztzn1R11P_NwTTc"
      ]
    }
  },
  "aggregations": {
    "Keywords": {
      "significant_terms": {
        "field": "Body"
      }
    }
  },
  "size": 0
}

哪个应将指定的文档的主体与索引的其余部分进行比较，并找到对文档有意义的，索引中不常见的术语。

不幸的是，这总是导致

ElasticsearchException
[org.elasticsearch.common.breaker.CircuitBreakingException：数据太大，数据将超过[25741911654]个字节的限制]；

嵌套：UncheckedExecutionException
[org.elasticsearch.common.breaker.CircuitBreakingException：数据太大，数据将大于[25741911654]个字节的限制]；

嵌套：CircuitBreakingException [数据太大，数据将大于[25741911654]字节的限制]；

一两分钟后，似乎暗示我没有足够的内存。

有问题的弹性服务器实际上是VM，因此我关闭了其他VM，并为每个弹性实例分配了96GB，为每个OS分配了96GB。

发生相同的问题（数字不同，花费的时间更长）。我没有可用的可用内存超过192GB的硬件，因此不能再提高了。

汇总不适合用于整个索引吗？我在查询格式方面犯了错误吗？