dataproxy.max_idle_connections_per_host 是 Grafana 内置 HTTP 代理层对每个下游数据源主机（如 Prometheus）维持空闲可复用连接的上限，推荐设为 150，需配合 max_idle_connections（如 500）和 idle_conn_timeout = 60 使用，仅适用于 HTTP 类数据源，不作用于原生 PostgreSQL/MySQL JDBC 连接。
dataproxy.max_idle_connections_per_host 是 Grafana 内部 HTTP 客户端（用于代理请求到数据源，如 Prometheus、MySQL、PostgreSQL 等）的关键连接复用参数。它不控制数据库连接池本身，而是控制 Grafana 向下游数据源发起 HTTP 请求时，每个目标主机（如 http://prometheus:9090）所能保持空闲、可复用的 HTTP 连接数上限。
高频刷新大屏时，若该值过小，Grafana 会频繁新建/关闭 HTTP 连接，导致：
- TCP TIME_WAIT 暴增、端口耗尽
- SSL 握手开销上升（尤其启用了 TLS 的数据源）
- 请求延迟毛刺增多，甚至出现
connection refused或too many open files错误
✅ 正确理解与调优逻辑
Grafana 的 dataproxy 是其内置的反向代理层，所有前端发来的 /api/datasources/proxy/* 请求都经由此模块转发。它的连接复用行为由以下两个参数协同决定：
-
dataproxy.max_idle_connections_per_host：每个目标 host 最多保留多少空闲连接（推荐设为 100–200） -
dataproxy.max_idle_connections：全局最多保留多少空闲连接（建议 ≥max_idle_connections_per_host × 数据源 host 数）
二者需配合设置，否则后者会成为实际瓶颈。
? 推荐配置值（生产环境参考）
在 grafana.ini 的 [dataproxy] 小节中添加或修改：
[dataproxy] max_idle_connections = 500 max_idle_connections_per_host = 150 idle_conn_timeout = 60
说明：
-
max_idle_connections_per_host = 150：单个 Prometheus 或 PostgreSQL（HTTP API）实例可缓存 150 条空闲连接，足以应对每秒数十次查询的并发压力 -
max_idle_connections = 500：若你只连 2–3 个数据源（如 prom1、prom2、pg-exporter），500 足够；若有 5+ 不同 host，建议按150 × host 数上浮 20% 设定 -
idle_conn_timeout = 60：空闲连接最长保留 60 秒，避免长期僵死连接堆积（默认 30s 偏短，易触发重连）
⚠️ 注意：该参数仅对 HTTP 类数据源生效（Prometheus、Loki、Elasticsearch、MySQL/PG 的 REST 导出器等）。对于原生 PostgreSQL/MySQL 数据源（走 SQL 协议），此参数完全无效，应改调
database.max_open_conn和后端数据库的连接池（如 pgbouncer）。
? 配合检查项（避免调了白调）
-
确认数据源类型
- 若使用
Prometheus类型数据源 →dataproxy.*生效 - 若使用
PostgreSQL类型（JDBC）→ 请调database.max_open_conn+pgbouncer，而非此参数
- 若使用
观察连接复用效果
在 Grafana 启动后，访问http://，搜索指标：/metrics go_http_transport_response_duration_seconds_count{job="grafana", handler="dataproxy"}
结合http_transport_idle_conns_closed_total，若后者增长过快，说明空闲连接被频繁回收 →idle_conn_timeout太小或max_idle_*不足。系统级限制同步调整
Linux 默认net.ipv4.ip_local_port_range通常为32768–65535（约 32K 端口），高频场景下可能不够。建议扩至1024–65535，并调高fs.file-max和用户级ulimit -n（至少 65536）。
? 一句话总结
dataproxy.max_idle_connections_per_host 是 Grafana 对下游 HTTP 数据源建立连接复用能力的“水龙头”，设太小会卡住高频请求；设太大无害但需配好全局上限和系统资源。150 是多数中等规模监控场景的安全起点，搭配 idle_conn_timeout = 60 和足够文件描述符，即可破除典型的大屏刷新连接瓶颈。
