老哥，我来帮你一步步排查这个问题，按下面的流程走应该能搞定：

1. 先核对Prometheus的Scrape配置是否正确 #

你说已经配置了PushGateway，但先仔细检查下prometheus.yml里的job配置是不是符合规范，比如：

scrape_configs:
  - job_name: 'pushgateway'
    static_configs:
      - targets: ['localhost:9091']  # 确保这里是PushGateway的正确地址和端口
    metrics_path: '/metrics'  # 默认路径，没修改的话可以省略，但加上更保险
    scrape_interval: 15s  # 配置抓取间隔，按需调整

重点确认targets有没有写错，job_name是否唯一，有没有遗漏关键配置项。

2. 让Prometheus重新加载配置 #

修改完prometheus.yml后，必须让Prometheus生效新配置，两种方式任选：

• 发送重载信号（前提是启动时加了--web.enable-lifecycle参数）：

  curl -X POST http://localhost:9090/-/reload
  

• 直接重启Prometheus服务（比如用systemd管理的场景）：

  systemctl restart prometheus
  

3. 检查PushGateway的抓取状态 #

打开Prometheus的Targets页面：http://localhost:9090/targets，找到pushgateway这个job：

• 如果状态是DOWN：先在Prometheus服务器上测试连通性，比如curl http://localhost:9091/metrics，看能不能拿到数据；如果连不通，检查PushGateway是否正常启动、端口是否正确。
• 如果有错误提示：根据提示排查，比如“connection refused”就是PushGateway没跑起来，“context deadline exceeded”可能是网络问题。

4. 确认PushGateway确实存储了数据 #

直接访问http://localhost:9091/metrics，看看页面里有没有你推送的指标。如果这里都没有，问题出在推送环节，比如推送命令格式错了。给你个正确的推送示例：

# 推送一个自定义指标，job名称为test_job
echo "custom_metric{instance='demo'} 789" | curl --data-binary @- http://localhost:9091/metrics/job/test_job

推送完刷新http://localhost:9091/metrics，应该能看到这个custom_metric。

5. 正确查询Prometheus中的指标 #

在Prometheus的Graph页面（http://localhost:9090/graph），直接搜索你推送的指标名称，比如custom_metric；或者加上job标签过滤更精准：custom_metric{job="test_job"}。如果推送时带了其他标签，也可以加上对应条件缩小范围。

6. 排查是否有规则过滤了指标 #

如果上面都没问题，检查prometheus.yml里的relabel_configs或metric_relabel_configs，有没有不小心把PushGateway的指标过滤掉。比如类似下面的配置会删掉指定指标：

metric_relabel_configs:
  - source_labels: [__name__]
    regex: 'custom_metric'
    action: drop

如果有这种规则，要么删除，要么调整正则来保留你需要的指标。

按上面的步骤一步步排查，应该就能找到问题根源，顺利在Prometheus里看到PushGateway的数据了。

内容的提问来源于stack exchange，提问作者Mr.sun