推荐用 influxdb v2.x 的 /api/v2/query 端点执行 flux 查询 from(bucket:"b")|>range(start:-30d)|>distinct(column:"_measurement")，需设 content-type: application/vnd.flux 和 authorization: token xxx，响应为 csv，解析第 5 列 _value。
用InfluxDB v2.x 的 HTTP API 查询 _measurement（推荐）
InfluxDB v2.x 不再支持 SHOW MEASUREMENTS 这类 InfluxQL 语句，必须走 Flux 查询或原生 HTTP API。最稳定、兼容性最好的方式是直接调用 /api/v2/query 端点执行 Flux 查询 from(bucket: "your-bucket") |> range(start: -30d) |> distinct(column: "_measurement") —— 注意：这里 range() 是必需的，否则会报错 error: invalid argument for range: start must be specified。
Go 中建议用 http.Client 发起 POST 请求，Content-Type 设为 application/vnd.flux，并在 Authorization 头中传入 token（格式为 Token your-token-here）。不要用 influxdb2 官方 Go SDK 的 QueryAPI.Query() 方法来执行这种元数据查询，它内部做了结果流式解析，对 distinct(_measurement) 这类单列聚合返回的结构支持不友好，容易 panic 或漏数据。
- bucket 名必须显式指定，不能用
*或省略 - 时间范围不必太精确，但
start必须存在；用-30d足够覆盖绝大多数活跃 measurement - 响应是 CSV 格式（Flux 默认输出），需按行解析，跳过注释行（以
#开头）和表头，提取第 5 列（对应_value字段）
InfluxDB v1.x 怎么用 Go 执行 SHOW MEASUREMENTS
v1.x 支持原生 InfluxQL，可以直接发 GET 请求到 /query?db=your-db&q=SHOW+MEASUREMENTS。Go 里用 http.Get() 最简单，但要注意 URL 编码：q 参数值必须是 SHOW%20MEASUREMENTS，不能手写空格。
响应是 JSON，结构为 {"results":[{"series":[{"name":"measurements","columns":["name"],"values":[["cpu"],["disk"]]}}]}。别直接取 results[0].series[0].values —— 如果数据库为空，series 可能是 null 或空数组，Go 解析时容易 panic。应先检查 series 是否非空且长度 > 0，再取 values。
- v1.x 默认端口是
8086，v2.x 是8086（但路径和认证方式完全不同） - v1.x 不需要 token，可用
u=username&p=password作为 query 参数做基础认证（如果启用了 auth） - 若返回
"partial": true，说明 measurement 数量超限（默认 10,000），需加limit和offset分页，但 v1.x 的SHOW MEASUREMENTS不支持分页语法，只能靠业务侧预估上限或升级到 v2.x
用 influxdb2 SDK 的 QueryAPI 做 v2.x 查询的避坑点
官方 SDK 的 QueryAPI.Query() 方法返回 ，看似方便，但实际处理 <code>distinct(_measurement) 时极易出错：它会把每个 measurement 当作独立 table 返回（即每行一个 table），而 table 的 Record 数量恒为 1，字段名却是动态的（比如 _value、result、table）。如果你习惯性遍历 table.Record 并取 record.ValueByKey("_value")，在某些 Flux 版本下可能返回 nil。
更稳妥的做法是不用 QueryAPI，改用 http.Client + 手动 CSV 解析；或者强制指定 Flux 输出为 JSON（加 header Accept: application/json），再用 encoding/json 解析，但注意 JSON 响应结构嵌套深、字段名带下划线，且不同 InfluxDB 小版本字段略有差异（比如有的含 dialect，有的不含）。
- 别依赖
record.StrValue()，优先用record.ValueByKey("_value").(string)并加类型断言判断 - Flux 查询中避免写
|> limit(n)，因为 measurement 是去重结果，limit 会截断，不是“取前 n 个”而是“最多返回 n 行”，可能漏掉低频 measurement - 如果 bucket 中有大量历史 measurement（比如按天建的自动分桶），
range(start: -30d)会漏掉，此时应改用range(start: 0)（从 Unix epoch 开始），但性能较差
为什么不用 SHOW TAG KEYS 或其他元数据接口
InfluxDB v2.x 没有提供类似 /api/v2/buckets/{id}/measurements 的 REST 元数据端点，官方明确说明 measurement 列表属于“查询时推导”的结果，不是独立资源。有人尝试用 SHOW TAG KEYS 或 SHOW FIELD KEYS 曲线救国，但这些命令返回的是 tag/field 名称，不是 measurement 名——它们在同一个 bucket 下可以跨 measurement 重复，完全无法反推 measurement 列表。
还有人想用 influx bucket list CLI 命令配合正则提取，这在自动化脚本里不可靠：CLI 输出格式可能随版本变化，且不保证稳定（比如加了 color 或换行符），Go 程序不应依赖 CLI 工具的 stdout 做关键逻辑。
- 所有 measurement 查询都必须经过查询引擎，本质是扫描时间序列索引，没有“瞬间获取全量列表”的捷径
- 如果业务频繁查 measurement 列表，建议在应用层缓存（比如 TTL 5 分钟），并监听 bucket 数据写入事件做轻量刷新，而不是每次请求都查库
- measurement 名含特殊字符（如空格、点号）时，Flux 查询能正常返回，但 InfluxQL 的
SHOW MEASUREMENTS在 v1.x 中可能显示为转义形式（如"my.measurement"），需额外 trim 引号
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
