必须使用influxdb-client-go/v2初始化客户端，仅传url和token；org与bucket需预先创建并授权，写入前须显式设时间戳精度（如"ms"）和utc时区，tag仅限低基数字段，高基数字段一律进field以防series爆炸。
直接用 influxdb-client-go/v2 写指标就行，别自己拼 HTTP 请求，也别用 v1 客户端——丢点、时间错乱、没重试是常态。
Go 连 InfluxDB 必须用 v2 客户端，且初始化只传 URL 和 Token
安装命令必须带 /v2：go get github.com/influxdata/influxdb-client-go/v2。构造 client 时只传两个参数：influxdb2.NewClient("http://localhost:8086", "your-token")。
org 和 bucket 是写入时才指定的，不是 client 初始化参数；SDK 不提供创建 org/bucket 的接口，得提前在 UI 或 CLI 里建好，Token 还得有对应 bucket 的 write 权限。
如果是本地测试或自签名 HTTPS，必须显式配置：influxdb2.HTTPConfig{InsecureSkipVerify: true}，否则连接直接失败。
写入前必须显式控制时间戳精度，否则查不到数据
InfluxDB 默认按纳秒解析时间戳，但 Go 的 time.Now() 在监控采集场景下多数是毫秒级（比如从系统 proc 文件读取、或 Prometheus Exporter 拉取），不设精度会导致数据被静默截断或聚合错误。
构造 write.Point 时务必调用 SetTime()，推荐用 time.Now().UTC() 避免时区干扰；同时显式指定精度，比如毫秒就写 .SetPrecision("ms")。
常见错误：
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
- 漏掉
SetTime()—— 数据写进去了，但时间全是零值 - 用
time.Now().Local()—— 不同机器时区不一致，GROUP BY 出错 - 没设
SetPrecision("ms")—— 毫秒时间戳被当纳秒处理，实际时间偏移 1000 倍
tag 和 field 划分不当会炸掉整个 InfluxDB 实例
Series cardinality（序列基数）失控是监控系统崩掉最常见原因，不是吞吐量不够，而是 tag 设计错了。
tag 只该放低基数、高频过滤字段：host、service、env 这类取值稳定在几十到几百个的字段；request_id、user_ip、trace_id 这种高基数字段必须进 field，绝不能塞 tag。
判断标准就一条：这个字段是否常用于 WHERE 或 GROUP BY？取值是否少于几百个？满足才放 tag。
单个 measurement 的 tag 组合总数（即 series 数）超过 10 万就要警觉；InfluxDB 官方建议控制在 10 万以下，否则内存暴涨、写入卡顿、查询超时。
语言学习系统监控要避免把用户行为 ID 当成 tag
如果你在做语言学习系统的监控（比如记录“用户 A 听第 3 课耗时 120s”），user_id、lesson_id、device_id 这些字段天然高基数，绝不能进 tag。
正确做法：
- tag 放：
app="lang-learn"、env="prod"、platform="ios" - field 放：
duration_ms=120000、lesson_id=3、user_id="u_789"（作为数值或字符串字段，不建索引） - 如需按用户分析，用 Flux 查询时再 join 或 filter field，而不是靠 tag 索引
哪怕只是临时调试加了 user_id 到 tag，跑一天就可能生成几十万 series，InfluxDB 写入线程会卡死，重启都救不回来。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
