在 Debian 上分析 Golang 日志错误的实用流程
一 定位日志来源与输出方式
- 确认日志写入位置：应用可能写入文件（如 /var/log/yourapp.log）、标准输出/错误或被 systemd 捕获。Debian 常见日志目录为 /var/log，也可在应用配置或代码中查找日志路径。
- 若使用 systemd 托管服务，优先用 journalctl 查看：例如查看服务日志 journalctl -u your-service-name；按时间过滤 –since “2025-12-20 00:00:00” --until “2025-12-20 12:00:00”；实时跟踪 -f。
- 若日志写入文件，使用 cat /path/to/app.log、less、tail -f 等快速浏览与跟踪。
二 快速检索与过滤错误
- 关键词检索：在日志中查找错误关键字，如 grep -i “error|panic|fatal” app.log；忽略大小写并高亮 grep -i --color=auto “error”。
- 提取与统计：用 awk 抽取时间/级别/错误字段，结合 sort | uniq -c | sort -rn 找出高频错误；用 sed 做文本替换或清洗。
- 时间窗口定位：先缩小时间范围再检索，例如先用 journalctl --since “2025-12-20 10:00” 再配合 grep，减少无关输出。
三 结构化日志与高级查询
- 在应用侧使用结构化日志库（如 logrus、zap、zerolog），输出 JSON 并携带 ts、level、msg、trace_id、caller 等字段，便于检索与聚合。
- 集中式与聚合查询：小规模可用 ELK/Graylog；云原生场景可用 Loki + Grafana，通过 LogQL 快速统计错误率，例如：
sum by (client_ip) (rate({app=“gateway”} |= “error” [5m])) > 10
- 若采用 systemd 集中日志，也可结合 journalctl 的字段过滤与 Go 的结构化日志协同使用。
四 崩溃与性能问题的深入排查
- 崩溃分析：启用 core dump，获取 core 后用 gdb your-app-binary core 查看崩溃栈与寄存器；配合 dlv 进行源码级调试（如 dlv debug your-app-binary）。
- 系统调用与 I/O：用 strace 跟踪系统调用，定位文件、网络、权限等问题。
- 资源与依赖：用 df/du 检查磁盘空间，ss/netstat 检查端口与连接，ping/traceroute 排查网络连通性。
五 日志治理与预防
- 日志轮换：使用 logrotate 或库自带轮转（如 lumberjack）控制单文件大小与保留周期，避免磁盘被占满。
- 日志级别与上下文：在 Debug/Info/Warn/Error 间合理切换；记录 request_id、user_id、trace_id 等上下文，便于链路追踪。
- 观测性增强：引入 OpenTelemetry 做分布式追踪，配合 Prometheus/Grafana 做指标与可视化，形成“日志+指标+追踪”的完整可观测性体系。