Go+Gin连InfluxDB 2.x连不上，90%是token、org、bucket三者大小写或下划线不匹配；WriteAPI.WritePoint()不报错≠数据已写入，必须调Flush()并检查Errors()；Query需手动遍历result.Next()才能获取数据。
Go + Gin 连 InfluxDB 2.x 总连不上？先查这三样
连不上不是网络问题，90% 是 token、org、bucket 配置错。InfluxDB 2.x 不认 v1 协议，也不接受手拼 HTTP，必须用 influxdb-client-go/v2，且三者严格匹配大小写和下划线。
-
token必须在 UI 的 Load Data → Tokens 页面创建，并勾选目标bucket的 Write（写入）权限 -
org填的是组织的 name（不是 ID），在右上角头像 → Organizations 里确认，比如my-org写成myorg就 404 -
bucket名称大小写敏感，UI 里建的是metrics-prod，代码里写metrics_prod或Metrics-Prod都会报 404 - URL 必须带协议和端口：
http://localhost:8086，多加/api/v2或漏掉端口，直接 404
WriteAPI 写不进数据？Flush() 和 Errors() 缺一不可
WriteAPI.WritePoint() 返回 nil ≠ 数据已落库。它只是把点塞进缓冲区，真正发出去靠后台 goroutine 异步刷，错误也藏在背后——不主动 flush 并检查 errors，等于盲写。
- 每次批量写完（或程序退出前），必须调
writeAPI.Flush()，否则 buffer 里没发的数据直接丢 - 紧接着立刻读
writeAPI.Errors()通道（非阻塞读或带超时 select），有 error 就说明这批点根本没发出去 - 别用
defer writeAPI.Flush()：main 函数 exit 太快，goroutine 可能被杀，flush 来不及执行 - 单条点就调一次
WritePoint()是反模式；攒够 100–1000 点再Flush()，否则 HTTP 开销压垮服务端
Gin handler 里写 InfluxDB，怎么避免阻塞请求
Gin 是同步框架，但 InfluxDB 写入必须异步，否则一个慢写拖垮整个 API。不能在 handler 里等 Flush()，得交由后台协程处理。
- 在 Gin 启动时初始化全局
writeAPI，复用 client 和连接池 - handler 中只做构造
write.Point和writeAPI.WritePoint()，不等返回、不调Flush() - 用独立 goroutine 定期
Flush()（例如每秒一次），并监听Errors()记录失败 - 若采集点分散、网络不稳定，建议加内存队列（如
chan write.Point）+ 本地重试逻辑，避免瞬断丢点
Query 返回空？Flux 脚本对了，还得手动迭代 result.Next()
queryAPI.Query() 返回的是 influxdb2.QueryTableResult 迭代器，不是 slice，不遍历就永远拿不到数据。Flux 写错或字段名不匹配时，result.Err() 才暴露真实问题。
立即学习“go语言免费学习笔记（深入）”；
- 必须写循环：
for result.Next() { record := result.Record(); ... } - 每次循环后检查
result.Err()，比如字段不存在、权限不足、time range 越界都会在这里报错 -
record.Time()是time.Time，record.Value()是 interface{}，别直接取record.Values()——那是 map，易错位 - Flux 查询中 bucket 名、measurement 名、tag key 全部大小写敏感，
filter(fn: (r) => r.host == "server01")写成r.Host就查不到
