Linux环境下 JavaScript 日志的关键指标
一 基础标识与上下文
- 时间戳：建议使用ISO 8601格式，便于跨时区与排序分析。
- 日志级别：如 DEBUG/INFO/WARN/ERROR，用于快速判断事件严重度与告警策略。
- 进程ID（PID）：定位具体进程；多线程/多实例时配合线程ID更有效。
- 模块/组件：标明来源文件或子系统，缩小排查范围。
- 用户信息：如 userID/用户名，用于追踪特定账户行为。
- 请求ID（Request ID）：串联一次请求的全链路日志，便于端到端追踪。
- 客户端/服务端IP：定位来源与网络路径问题。
- 操作类型与结果：如“登录/删除/导出”，以及成功/失败，支持业务健康度统计。
- 堆栈跟踪（stack trace）：异常时记录，直达代码根因。
- 系统资源快照：如 CPU/内存/磁盘使用率，辅助判断是否为资源瓶颈。
- 配置信息：记录关键配置版本，便于复现与回滚。
二 性能与可用性指标
- HTTP 请求指标：响应时间/耗时、状态码分布（2xx/4xx/5xx）、请求量（RPS），衡量服务吞吐与稳定性。
- 数据库与后端依赖：慢查询、连接失败/超时、外部 API 延迟与错误率，识别下游瓶颈。
- 事件循环与异步：事件循环延迟、未处理 Promise 拒绝，定位 Node.js 主线程阻塞与异步异常。
- 内存与 GC：堆内存使用、驻留集大小（RSS）、GC 暂停/次数，发现内存泄漏与频繁回收。
- CPU 与 I/O：CPU 占用、磁盘 I/O、网络延迟/丢包，关联系统资源与性能劣化。
- 业务关键路径耗时：如登录/下单/支付等核心流程的端到端时延，直接反映用户体验。
三 错误与异常指标
- 错误率与错误类型分布：统计 ERROR 占比及类别（如 SyntaxError/ReferenceError/TypeError/RangeError/URIError 等），优先修复高频致命错误。
- 异常堆栈与上下文：记录错误堆栈、请求参数、用户ID、IP、请求ID，提升可复现性与定位效率。
- 未捕获异常与 Promise 拒绝：监控 uncaughtException、unhandledRejection，避免进程崩溃或静默失败。
- 重试与超时：接口超时次数、重试次数与最终失败率，衡量稳定性与容错能力。
- 安全相关事件：如登录失败、权限变更、异常访问，用于安全审计与风控。
四 日志格式与落地实践
- 结构化与一致性：采用JSON或键值对格式，统一字段命名（如 timestamp、level、msg、reqId、userId、ip、method、url、status、duration、err），便于检索与聚合。
- 采样与级别治理：生产环境合理设置日志级别与采样率，避免日志洪泛影响性能与成本。
- 集中化与可视化：使用 ELK（Elasticsearch/Logstash/Kibana） 或 Splunk/Fluentd 收集、检索与可视化；结合 journalctl -u your-service-name -f 查看 systemd 服务日志。
- 关联与对比：将日志与 PID/请求ID/用户ID 关联，结合响应时间、错误率、资源使用做趋势与对比分析。