--- title: "注册表不匹配 - 期望 MedianAbsoluteDeviationAggregatorSupplier 却返回了其他实现 - 如何解决此 Elasticsearch 异常" date: 2026-04-04 lastmod: 2026-04-04 description: "`Registry miss-match - expected MedianAbsoluteDeviationAggregatorSupplier; found [...]` 表示 Elasticsearch 在构建 `MedianAbsoluteDeviationAggregationBuilder` 聚合时,从 ValuesSourceRegistry 取回了错误类型的聚合器实现。" tags: ["aggregation", "registry", "MedianAbsoluteDeviationAggregatorSupplier", "MedianAbsoluteDeviationAggregationBuilder"] summary: "适用版本: 7.x-8.x 1. 错误异常的基本描述 # Registry miss-match - expected MedianAbsoluteDeviationAggregatorSupplier; found [...] 表示 Elasticsearch 已经进入聚合构建阶段,并尝试从 ValuesSourceRegistry 取得 MedianAbsoluteDeviationAggregationBuilder 所需的聚合器实现,但实际返回对象不是 MedianAbsoluteDeviationAggregatorSupplier,于是直接抛出 AggregationExecutionException。 常见现象 # 请求通常在执行 median_absolute_deviation 聚合时失败,而不是在网络连接或权限校验阶段失败。 服务端日志里会同时出现 AggregationExecutionException、registry miss-match、MedianAbsoluteDeviationAggregatorSupplier 等关键字。 问题多见于聚合 DSL、字段类型、插件实现或节点版本不一致导致的注册表映射异常。 2. 为什么会发生这个错误 # 从附带源码可以看到,Elasticsearch 会调用 queryShardContext.getValuesSourceRegistry().getAggregator(...) 获取 MedianAbsoluteDeviationAggregationBuilder 对应的聚合器供应器,然后立即用 instanceof MedianAbsoluteDeviationAggregatorSupplier 做类型校验。只要注册表返回的实现类型不符合预期,就会抛出当前异常,而不会继续构建聚合。 这说明问题的根因不在“压缩参数或统计值是否异常”,而在“median_absolute_deviation 这条执行路径拿到的 Supplier 类型不匹配”。常见触发场景包括: 把 median_absolute_deviation 聚合错误地用于不兼容的字段类型,尤其是非数值型字段。 集群存在版本混跑、插件不一致或自定义扩展覆盖注册逻辑,导致不同节点注册了不同的聚合器实现。 滚动升级、插件升级或回滚后,协调节点与数据节点对同一个聚合名称解析到了不同的 Supplier。 请求经过模板渲染或动态拼装后,最终的聚合类型、字段名与预期不一致。 3. 如何排查和解决这个异常和解决这个异常 # 抓取失败请求的完整 DSL,确认实际使用的是 median_absolute_deviation 聚合,并核对字段名和 compression 参数。 对照目标字段的 mapping,确认字段是数值型或其他当前版本明确支持的值源类型。 核对所有节点的 Elasticsearch 版本、已安装插件和自定义扩展是否一致,避免注册表实现不一致。 如果问题出现在升级、回滚或插件变更之后,优先检查是否有节点未完成重启或仍加载旧版本代码。 在测试环境用最小 DSL 复现,只保留一个 median_absolute_deviation 聚合和一个字段,逐步缩小问题范围。 4." --- > **适用版本:** 7.x-8.x ## 1. 错误异常的基本描述 `Registry miss-match - expected MedianAbsoluteDeviationAggregatorSupplier; found [...]` 表示 Elasticsearch 已经进入聚合构建阶段,并尝试从 `ValuesSourceRegistry` 取得 `MedianAbsoluteDeviationAggregationBuilder` 所需的聚合器实现,但实际返回对象不是 `MedianAbsoluteDeviationAggregatorSupplier`,于是直接抛出 `AggregationExecutionException`。 ### 常见现象 - 请求通常在执行 `median_absolute_deviation` 聚合时失败,而不是在网络连接或权限校验阶段失败。 - 服务端日志里会同时出现 `AggregationExecutionException`、`registry miss-match`、`MedianAbsoluteDeviationAggregatorSupplier` 等关键字。 - 问题多见于聚合 DSL、字段类型、插件实现或节点版本不一致导致的注册表映射异常。 ## 2. 为什么会发生这个错误 从附带源码可以看到,Elasticsearch 会调用 `queryShardContext.getValuesSourceRegistry().getAggregator(...)` 获取 `MedianAbsoluteDeviationAggregationBuilder` 对应的聚合器供应器,然后立即用 `instanceof MedianAbsoluteDeviationAggregatorSupplier` 做类型校验。只要注册表返回的实现类型不符合预期,就会抛出当前异常,而不会继续构建聚合。 这说明问题的根因不在“压缩参数或统计值是否异常”,而在“`median_absolute_deviation` 这条执行路径拿到的 Supplier 类型不匹配”。常见触发场景包括: 1. 把 `median_absolute_deviation` 聚合错误地用于不兼容的字段类型,尤其是非数值型字段。 2. 集群存在版本混跑、插件不一致或自定义扩展覆盖注册逻辑,导致不同节点注册了不同的聚合器实现。 3. 滚动升级、插件升级或回滚后,协调节点与数据节点对同一个聚合名称解析到了不同的 Supplier。 4. 请求经过模板渲染或动态拼装后,最终的聚合类型、字段名与预期不一致。 ## 3. 如何排查和解决这个异常和解决这个异常 1. 抓取失败请求的完整 DSL,确认实际使用的是 `median_absolute_deviation` 聚合,并核对字段名和 `compression` 参数。 2. 对照目标字段的 `mapping`,确认字段是数值型或其他当前版本明确支持的值源类型。 3. 核对所有节点的 Elasticsearch 版本、已安装插件和自定义扩展是否一致,避免注册表实现不一致。 4. 如果问题出现在升级、回滚或插件变更之后,优先检查是否有节点未完成重启或仍加载旧版本代码。 5. 在测试环境用最小 DSL 复现,只保留一个 `median_absolute_deviation` 聚合和一个字段,逐步缩小问题范围。 ## 4. 如何解决这个错误 ### 常用修复思路 - 把聚合字段改成真实可解析的数值型值源字段,避免把字符串或对象字段用于 `median_absolute_deviation`。 - 清理或统一自定义插件、扩展包和节点版本,保证所有节点对 `MedianAbsoluteDeviationAggregationBuilder.NAME` 注册同一类 Supplier。 - 对滚动升级中的集群,确认所有节点都已完成升级并重新加入集群后再执行相关聚合请求。 - 如果请求由代码动态生成,补充聚合白名单和字段类型校验,避免错误 DSL 进入生产环境。 ### 后续建议 - 对复杂聚合请求记录原始 DSL、失败节点和相关字段 mapping,后续定位会快很多。 - 把插件版本、节点版本和聚合错误趋势纳入监控,避免类似问题在变更后批量出现。 - 如果前面有流量网关或代理,保留请求采样,确认真正发送到 Elasticsearch 的聚合结构没有被二次改写。 ## 5. 小结 这类 `registry miss-match` 异常的关键点是:Elasticsearch 已经找到了一个聚合器实现,但这个实现不是 `MedianAbsoluteDeviationAggregationBuilder` 这条执行路径期望的 `MedianAbsoluteDeviationAggregatorSupplier`。因此,修复重点应放在聚合类型、字段类型、插件注册和节点版本一致性上,而不是简单重试请求。 ## 相关错误 - [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/) - [Range 聚合注册表不匹配](/knowledge-base/elasticsearch_error/registry-miss-match-expected-rangeaggregatorsupplier-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; MedianAbsoluteDeviationAggregationBuilder.NAME); if (aggregatorSupplier instanceof MedianAbsoluteDeviationAggregatorSupplier == false) { throw new AggregationExecutionException("Registry miss-match - expected MedianAbsoluteDeviationAggregatorSupplier; found [" + aggregatorSupplier.getClass().toString() + "]"); } return ((MedianAbsoluteDeviationAggregatorSupplier) aggregatorSupplier).build(name; config.getValuesSource(); config.format(); searchContext; parent; metadata; compression); } ```