Golang云原生日志采集方案：Loki集成指南

Loki 官方未维护 loki-sdk-go，推荐直接调用 HTTP POST /loki/api/v1/push 接口；timestamp 必须用 UnixNano()，labels 仅支持 map[string]string 且需 JSON 字符串格式，批量推送需控制条数、启用 gzip 并显式配置 HTTP 客户端。

为什么 loki-sdk-go 不是首选方案

官方没维护 loki-sdk-go，社区版基本停留在 2021 年，不支持 logfmt 结构化日志、缺少 context 取消机制、无法复用已有 HTTP 客户端配置。直接上它，上线后大概率卡在日志丢弃或标签混乱上。

实操建议：
- 用 github.com/grafana/loki/pkg/logproto + github.com/gogo/protobuf 手组 PushRequest，可控性高
- 或更推荐：走 HTTP POST /loki/api/v1/push 原生接口，用标准 net/http 发送 JSON，避免 protobuf 编解码陷阱
- 标签必须是扁平键值对，job 和 instance 是 Loki 查询必需字段，漏掉就查不到日志

Go 日志库怎么对接 Loki 的 labels 和 timestamp

常见错误现象：日志能发过去，但在 Grafana 里时间错乱、过滤失效、label_values(job) 返回空。根本原因是没把 Go 的 time.Time 转成纳秒级 Unix 时间戳，或把结构体字段当标签硬塞进 labels 字段。

使用场景：用 zerolog 或 log/slog 输出日志时同步推送到 Loki

实操建议：
- timestamp 必须用 t.UnixNano()，不是 t.Unix()（Loki 要纳秒）
- labels 只接受 map[string]string，不能传 map[string]interface{}，否则序列化失败或被静默丢弃
- 把 level、service 这类稳定字段放 labels；error.stack、request.id 这类变长内容放 log line 本身
- 示例片段：

labels := `{\"job\":\"myapp\",\"instance\":\"host-01\"}` // 注意：必须是 JSON 字符串，不是 map

批量推送时如何避免 413 Payload Too Large

Loki 默认单次请求上限 1MB（由 -server.max-request-size 控制），Go 程序如果攒了 500 条日志一起发，很容易超。错误信息是 413 Request Entity Too Large，但客户端可能只看到 http: server closed idle connection 这种误导性提示。

实操建议：
- 单条日志行控制在 10KB 内（含 labels + timestamp + message）
- 每次最多推 100 条日志（实测安全阈值，和平均日志长度有关）
- 启用 gzip 压缩：req.Header.Set("Content-Encoding", "gzip")，服务端需开启 -ingester.max-line-size 配合
- 别依赖 http.DefaultClient，显式设置 Timeout 和 MaxIdleConnsPerHost，否则并发高时连接耗尽

本地开发调试时怎么确认日志真到了 Loki

容易踩的坑：以为日志发出去了，其实被 Loki 的 auth_enabled 拦截、或因 tenant_id 缺失被路由到空租户、又或者 __path__ 在 Promtail 配置里写错了导致压根没采集。

实操建议：
- 先绕过所有代理，用 curl -v -H "Content-Type: application/json" -X POST http://localhost:3100/loki/api/v1/push --data-binary @sample.json 直连验证
- sample.json 中 streams 数组至少含一个元素，stream 字段必须是 map[string]string，values 是 [ [ "1672531200000000000", "msg" ] ] 格式
- 查 Loki 日志：docker logs loki 2>&1 | grep -i "push\|error"，重点看是否有 invalid stream label 或 unauthorized
- Grafana 查询语句别写 {job="myapp"} 就完事，加个 | line_format "{{.message}}" 看原始内容是否符合预期

最常被忽略的是时间戳精度和 labels 的 JSON 序列化格式——这两处一错，日志就进黑洞，连 Loki 自身日志都不会报错，只能靠直连 curl + 手动构造数据来定位。