---
title: "注册表不匹配 - 期望 StringStatsAggregatorSupplier 却返回了其他实现 - 如何解决此 Elasticsearch 异常"
date: 2026-04-04
lastmod: 2026-04-04
description: "`Registry miss-match - expected StringStatsAggregatorSupplier; found [...]` 表示 Elasticsearch 在构建 `StringStatsAggregationBuilder` 聚合时，从 ValuesSourceRegistry 取回了错误类型的聚合器实现。"
tags: ["aggregation", "registry", "StringStatsAggregatorSupplier", "StringStatsAggregationBuilder"]
summary: "适用版本： 7.x-8.x
 1. 错误异常的基本描述 #  Registry miss-match - expected StringStatsAggregatorSupplier; found [...] 表示 Elasticsearch 已经进入聚合构建阶段，并尝试从 ValuesSourceRegistry 取得 StringStatsAggregationBuilder 所需的聚合器实现，但实际返回对象不是 StringStatsAggregatorSupplier，于是直接抛出 AggregationExecutionException。
常见现象 #   请求通常在执行 string_stats 聚合时失败，而不是在网络连接或权限校验阶段失败。 服务端日志里会同时出现 AggregationExecutionException、registry miss-match、StringStatsAggregatorSupplier 等关键字。 问题多见于聚合 DSL、字段类型、插件实现或节点版本不一致导致的注册表映射异常。  2. 为什么会发生这个错误 #  从附带源码可以看到，Elasticsearch 会调用 queryShardContext.getValuesSourceRegistry().getAggregator(...) 获取 StringStatsAggregationBuilder 对应的聚合器供应器，然后立即用 instanceof StringStatsAggregatorSupplier 做类型校验。只要注册表返回的实现类型不符合预期，就会抛出当前异常，而不会继续构建聚合。
这说明问题的根因不在“统计结果是否可计算”，而在“string_stats 这条执行路径拿到的 Supplier 类型不匹配”。常见触发场景包括：
 把 string_stats 聚合错误地用于 text 原字段而不是 keyword 或其他可正确聚合的字符串值源。 集群存在版本混跑、插件不一致或自定义扩展覆盖注册逻辑，导致不同节点注册了不同的聚合器实现。 滚动升级、插件升级或回滚后，协调节点与数据节点对同一个聚合名称解析到了不同的 Supplier。 请求经过模板渲染或动态拼装后，最终的聚合类型、字段名与预期不一致。  3. 如何排查和解决这个异常和解决这个异常 #   抓取失败请求的完整 DSL，确认实际使用的是 string_stats 聚合，并核对字段名、show_distribution 等参数。 对照目标字段的 mapping，确认字段可用于字符串统计，重点检查是否应改用 ."
---


> **适用版本：** 7.x-8.x

## 1. 错误异常的基本描述

`Registry miss-match - expected StringStatsAggregatorSupplier; found [...]` 表示 Elasticsearch 已经进入聚合构建阶段，并尝试从 `ValuesSourceRegistry` 取得 `StringStatsAggregationBuilder` 所需的聚合器实现，但实际返回对象不是 `StringStatsAggregatorSupplier`，于是直接抛出 `AggregationExecutionException`。

### 常见现象

- 请求通常在执行 `string_stats` 聚合时失败，而不是在网络连接或权限校验阶段失败。
- 服务端日志里会同时出现 `AggregationExecutionException`、`registry miss-match`、`StringStatsAggregatorSupplier` 等关键字。
- 问题多见于聚合 DSL、字段类型、插件实现或节点版本不一致导致的注册表映射异常。

## 2. 为什么会发生这个错误

从附带源码可以看到，Elasticsearch 会调用 `queryShardContext.getValuesSourceRegistry().getAggregator(...)` 获取 `StringStatsAggregationBuilder` 对应的聚合器供应器，然后立即用 `instanceof StringStatsAggregatorSupplier` 做类型校验。只要注册表返回的实现类型不符合预期，就会抛出当前异常，而不会继续构建聚合。

这说明问题的根因不在“统计结果是否可计算”，而在“`string_stats` 这条执行路径拿到的 Supplier 类型不匹配”。常见触发场景包括：

1. 把 `string_stats` 聚合错误地用于 `text` 原字段而不是 `keyword` 或其他可正确聚合的字符串值源。
2. 集群存在版本混跑、插件不一致或自定义扩展覆盖注册逻辑，导致不同节点注册了不同的聚合器实现。
3. 滚动升级、插件升级或回滚后，协调节点与数据节点对同一个聚合名称解析到了不同的 Supplier。
4. 请求经过模板渲染或动态拼装后，最终的聚合类型、字段名与预期不一致。

## 3. 如何排查和解决这个异常和解决这个异常

1. 抓取失败请求的完整 DSL，确认实际使用的是 `string_stats` 聚合，并核对字段名、`show_distribution` 等参数。
2. 对照目标字段的 `mapping`，确认字段可用于字符串统计，重点检查是否应改用 `.keyword` 子字段。
3. 核对所有节点的 Elasticsearch 版本、已安装插件和自定义扩展是否一致，避免注册表实现不一致。
4. 如果问题出现在升级、回滚或插件变更之后，优先检查是否有节点未完成重启或仍加载旧版本代码。
5. 在测试环境用最小 DSL 复现，只保留一个 `string_stats` 聚合和一个字段，逐步缩小问题范围。

## 4. 如何解决这个错误

### 常用修复思路

- 把聚合字段改成真正适用于字符串统计的值源字段，避免直接对 `text` 原字段执行 `string_stats`。
- 清理或统一自定义插件、扩展包和节点版本，保证所有节点对 `StringStatsAggregationBuilder.NAME` 注册同一类 Supplier。
- 对滚动升级中的集群，确认所有节点都已完成升级并重新加入集群后再执行相关聚合请求。
- 如果请求由代码动态生成，补充聚合白名单和字段类型校验，避免错误 DSL 进入生产环境。

### 后续建议

- 对复杂聚合请求记录原始 DSL、失败节点和相关字段 mapping，后续定位会快很多。
- 把插件版本、节点版本和聚合错误趋势纳入监控，避免类似问题在变更后批量出现。
- 如果前面有流量网关或代理，保留请求采样，确认真正发送到 Elasticsearch 的聚合结构没有被二次改写。

## 5. 小结

这类 `registry miss-match` 异常的关键点是：Elasticsearch 已经找到了一个聚合器实现，但这个实现不是 `StringStatsAggregationBuilder` 这条执行路径期望的 `StringStatsAggregatorSupplier`。因此，修复重点应放在聚合类型、字段类型、插件注册和节点版本一致性上，而不是简单重试请求。

## 相关错误

- [Percentiles 聚合注册表不匹配](/knowledge-base/elasticsearch_error/registry-miss-match-expected-percentilesaggregatorsupplier-found-how-to-solve-this-elasticsearch-exception/)
- [Metric 聚合注册表不匹配](/knowledge-base/elasticsearch_error/registry-miss-match-expected-metricaggregatorsupplier-found-how-to-solve-this-elasticsearch-exception/)
- [Value Count 聚合注册表不匹配](/knowledge-base/elasticsearch_error/registry-miss-match-expected-valuecountaggregatorsupplier-found-how-to-solve-this-elasticsearch-exception/)

## 附：日志上下文

```java
Mapmetadata) throws IOException {
 AggregatorSupplier aggregatorSupplier = queryShardContext.getValuesSourceRegistry().getAggregator(config;
 StringStatsAggregationBuilder.NAME);  if (aggregatorSupplier instanceof StringStatsAggregatorSupplier == false) {
 throw new AggregationExecutionException("Registry miss-match - expected StringStatsAggregatorSupplier; found [" +
 aggregatorSupplier.getClass().toString() + "]");
 }
 return ((StringStatsAggregatorSupplier) aggregatorSupplier).build(name; config.getValuesSource(); showDistribution; config.format();
 searchContext; parent; metadata);
 }
```