http_client_requests_seconds_count指标刷新后数值随机波动的原因咨询

你的http_client_requests_seconds_count指标出现数值波动而非持续递增，大概率是以下几个原因导致的：

• 指标标签维度拆分
  这个指标携带多维度标签（比如client_name、method、status、uri等），你看到的数值可能只是某一组标签组合的计数，而非所有调用的总次数。比如前8次调用第三方API都返回200 OK，此时status="200"的标签组计数为8；第9次调用返回500 Internal Server Error，status="500"的标签组计数变为1，而status="200"的计数仍停留在8。如果查看时未过滤所有标签，或工具默认展示不同标签组的数值，就会出现9（总计数）、8（200状态的计数）这类波动。

• 多实例部署的负载均衡影响
  若你的应用是多实例部署，每次访问/actuator/prometheus时，请求可能被负载均衡转发到不同实例。每个实例的指标是独立统计的：比如实例A已处理8次调用，实例B处理了1次，访问实例A会看到计数8，访问实例B会看到计数1，来回切换就会出现数值波动。

• 计数器意外重置
  虽然Micrometer的计数器默认持久化递增，但以下情况会导致计数重置：

  • 应用实例重启（重启后计数器从零开始）
  • 自定义指标配置错误，比如误用Gauge类型而非Counter类型
  • 第三方依赖或中间件版本问题，导致指标内部逻辑异常

• 请求的重复/漏统计
  如果API调用逻辑存在重试、异步调用或请求被拦截器重复处理的情况，可能出现某次调用被多次计数，或部分失败调用未被计数的情况。比如重试机制触发时，一次业务请求产生两次第三方API调用，若某次重试失败未被统计，就会导致计数波动。

• 查看指标完整标签：访问/actuator/prometheus时，找到http_client_requests_seconds_count的所有条目，确认是否存在按状态码、目标服务拆分的不同标签组合计数。
• 固定访问单个实例：多实例部署时，直接访问某一个实例的/actuator/prometheus端点，观察计数是否持续递增。
• 检查应用日志：查看是否有实例重启、请求失败或重试的日志，确认是否存在导致计数异常的操作。
• 验证指标类型：确认http_client_requests_seconds_count是Counter类型（累计递增），而非Gauge类型（可增可减）。

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