InfluxDB HTTP 接口
8086 是 InfluxDB 的 HTTP API 端口，时序数据的写入、查询与部分管理功能都走它。监控体系里它常与采集组件搭配：采集端把指标写入 8086，面板再从这里查询展示。1.x 版本默认不做认证，2.x 引入了令牌机制，但部署时仍常被配成开放写入。
基本信息
| 服务 | InfluxDB（HTTP API） |
|---|---|
| 协议 | TCP/HTTP，默认 8086 |
| 用途 | 时序数据写入与查询 |
| 鉴权 | 1.x 默认关闭，2.x 使用令牌 |
| 安全等级 | 仅监控网段 |
典型使用场景
- 采集端写入主机与应用指标
- 面板查询时序数据绘制曲线
- 排查数据缺失，确认写入路径与鉴权配置
- 评估保留策略与磁盘增长趋势
- 安全评估时确认写入接口没有暴露
探活与查询
探活与查询
curl -s http://localhost:8086/ping -I # 探活
curl -s 'http://localhost:8086/query?q=SHOW+DATABASES' # 1.x 查询
curl -s http://localhost:8086/health # 2.x 健康检查接口差异
| 项目 | 路径 | 说明 |
|---|---|---|
| HTTP API | 8086 | 写入与查询的统一入口 |
| 探活接口 | /ping 与 /health | 容器就绪探针常用 |
| 1.x 写入 | /write?db= | 默认无认证，需要手动开启 |
| 2.x 写入 | /api/v2/write | 需要令牌、组织与存储桶 |
开放写入的实例会被塞满垃圾数据撑爆磁盘；开放查询则会泄露业务指标，包括容量、流量与错误率等敏感信息。两者都需要鉴权与网络限制，不能只靠端口不通来保护。
排障顺序：写入返回 4xx 多半是参数口径不一致，先分清版本与接口路径；返回 401 则检查令牌的读写范围与有效期。用探活接口先排除服务未启动的可能，能省下一轮无效排查。
容量提示：写入频率高的场景要提前规划保留策略与分片策略，磁盘增长通常不是线性的，压缩效果又与数据特征关系很大。上线后先观察一周的真实增长速度，再决定保留周期与扩容节奏。
接入提示：采集端与面板应各用专用账号并只授予必要权限，写入账号不应具备与业务无关的查询能力，出问题时也便于按账号追溯数据来源。