跨时区日志里的时间戳怎么读

事故时间线经常跨系统、跨地区、跨日志格式。一个服务写 Unix 秒，另一个写 ISO 8601 UTC，监控面板显示浏览器本地时间，用户又按自己的时区报障。

关键不是记住所有格式，而是在比较前先规范化。

常见时间格式

日志里经常会看到：

• Unix 秒，例如 1716657600。
• Unix 毫秒，例如 1716657600000。
• ISO 8601 UTC，例如 2026-05-26T06:30:00Z。
• 带 offset 的 ISO 字符串，例如 2026-05-26T14:30:00+08:00。
• 没有明确 offset 的本地面板时间。

最危险的是最后一种。不带时区的时间，只有知道它由哪个系统渲染，才能正确理解。

秒和毫秒先分清

当前日期附近的 Unix 秒通常是 10 位，Unix 毫秒通常是 13 位。搞混单位会让时间跑到 1970 年或很远的未来。

如果时间看起来离谱，先检查单位。可以用 时间戳转换器 同时查看秒、毫秒、本地时间和 UTC。

时间线优先统一成 UTC

复盘事故时，先用 UTC 写时间线。UTC 能给所有系统一个共同参考点。

本地时间只在帮助人理解时补充：

• 用户按自己时区提供的报障时间。
• 工单系统里客服所在时区的时间。
• 已确认按浏览器本地时间展示的监控面板。

这样即使团队分布在不同地区，分析也稳定。

留意日志采集延迟

日志里的时间可能含义不同：

• 事件真正发生的时间。
• 服务写出日志的时间。
• 采集器收到日志的时间。
• 索引系统让日志可搜索的时间。

如果两个系统顺序看起来反了，先确认一个是不是事件时间，另一个是不是入库时间。

简单比较流程

对每条可疑日志：

1. 复制时间戳。
2. 转成 UTC 和本地时间。
3. 记录原始时区或单位。
4. 比较规范化后的 UTC 值。
5. 再判断事件先后。

时间问题让人觉得滑，是因为每个系统都在讲略有不同的故事。先统一时间，故事就清楚很多。