InfluxDB 服务端自动使用请求到达时的服务器本地时间（UTC）作为 _time 值；该行为适用于 Line Protocol 和 HTTP API，Go 客户端亦遵循此规则，但显式设置时间戳时服务端绝不覆盖。
写入时没指定时间戳，InfluxDB 会用什么时间？
InfluxDB（v2.x 及以上）在你 POST 数据但未显式提供时间戳时，**服务端会自动使用写入请求到达时的服务器本地时间（UTC）作为 _time 字段值**。这不是 Go 客户端“自动加”的，而是 InfluxDB 的默认行为——前提是你的数据格式里压根没传时间。
但要注意：这个“自动”只对 Line Protocol 和 HTTP API 生效；如果你用的是 InfluxDB Go client（influxdb-client-go），它底层仍走 HTTP，所以同样适用。不过，一旦你在 Point 或 Record 中显式调用了 Time() 方法或设置了 _time，服务端就绝不会覆盖它。
用 influxdb-client-go 写入时如何控制时间戳？
Go 客户端不帮你“自动补时间”，它要求你明确决定时间来源。常见做法是：
- 完全不设时间 → 依赖 InfluxDB 服务端自动打时间（最简单，但精度受网络延迟影响）
- 用
time.Now().UTC()在客户端生成 → 时间更可控，但需确保客户端时钟同步（NTP） - 用业务逻辑确定的时间（如事件发生时间）→ 最准确，推荐用于指标溯源
示例：显式设置客户端时间
立即学习“go语言免费学习笔记（深入）”；
point := influxdb2.NewPoint("cpu",
map[string]string{"host": "server01"},
map[string]interface{}{"usage_percent": 65.2},
time.Now().UTC()) // ← 这行就是你加的时间戳
如果删掉第四个参数，该 Point 就没有时间字段，InfluxDB 会自己填。
Line Protocol 写入时漏掉时间戳会怎样？
直接拼 Line Protocol 字符串时，时间戳是可选的，但位置固定在最后（纳秒级 Unix 时间）。漏掉它，InfluxDB 同样自动补：
cpu,host=server01 usage_percent=65.2
这行会被接收，并附上服务端当前时间（UTC 纳秒）。但如果你写了时间却格式错（比如单位错成毫秒、或不是整数），会报错：
error: unable to parse 'cpu,host=server01 usage_percent=65.2 1712345678901': invalid timestamp
- Line Protocol 时间必须是纳秒级整数（非字符串、非浮点）
- Go 里常用
time.Unix(0, t.UnixNano()).UTC().Format(time.RFC3339)是错的——RFC3339 不被 Line Protocol 接受 - 正确做法：
t.UnixNano()直接转整数，或用t.Format("2006-01-02T15:04:05.000000000Z")（仅适用于 v2.7+ 的 ISO8601 支持，且需开启配置）
为什么有时看到时间比写入晚了几秒？
不是 InfluxDB “延迟写入”，而是你没意识到：时间戳字段叫 _time，但查询时默认返回的是 _value 和 _time，而写入时若用的是旧版 client 或自定义结构，可能误把时间塞进了 tag 或 field 里，导致 _time 为空，最终被服务端重写——结果就是你查到的时间和你“以为写的”对不上。
排查方法：
- 用
influx query或 Chronograf 查原始表，确认_time列是否真由你控制 - 检查 Go 代码里是否误调了
SetField("_time", ...)——这只会新增一个 field，不会设置系统时间戳 - 确认 bucket 的 schema 类型：如果启用了 strict schema，未提供
_time可能直接拒写（v2.7+）
真正的时间控制权始终在你手里的那一行 Time(...) 或那一串 ... 1234567890123456789 上，别指望库或服务端替你猜。
