时间戳为什么要换算
跨系统排查时，日志里的时间可能是纪元秒、ISO8601 字符串、带时区的本地时间或毫秒整数，容器写入的又常常是 UTC 而宿主机是东八区。不把它们统一到同一口径，很容易得出「A 服务先于 B 服务报错」这类错误结论。date 命令配合时区环境变量就是最通用的换算器。
基本信息
| 适用平台 | Linux（GNU date 支持 -d 解析）；macOS 的 BSD date 不支持同样写法 |
|---|---|
| 核心手段 | date -d @纪元秒 转本地、date -u 转 UTC、TZ 环境变量临时切时区 |
| 常用格式 | +%s 纪元秒、-Is 或 --iso-8601 标准时间串、自定义格式串 |
| 典型用途 | 日志时间对齐、故障时间线还原、过滤窗口计算 |
典型使用场景
- 应用日志是纪元秒、系统日志是本地时间，需要对齐成同一时间线
- 容器日志用 UTC、宿主机用东八区，排查跨层问题先统一口径
- 拿到用户报障时刻，反算出日志过滤窗口的起止时间
- 核对证书的生效与过期时间是否落在预期区间
- 给监控告警的时间戳做人工复核，确认不是显示时区问题
常用换算
常用换算
date -d @1730000000 # 纪元秒转本地时间
date -u -d @1730000000 # 转成 UTC 显示
date +%s # 当前纪元秒
date -Is # ISO8601 本地时间
date -u -Is # ISO8601 UTC
TZ=UTC date -Is # 临时切时区输出
date -d '2026-10-12 09:30:00 UTC' +%s # 指定 UTC 时刻转纪元秒
date -d @$((1730000000123/1000)) # 毫秒时间戳先除以 1000窗口过滤
窗口过滤
journalctl --since '2026-10-12 09:00' --until '2026-10-12 10:00' # 系统日志窗口
journalctl -u nginx --since '1 hour ago' # 相对时间
grep '12/Oct/2026:09:' /var/log/nginx/access.log | head # 按访问日志格式过滤
awk -v s=$(date -d '-15 min' +%s) '$1>=s' app.log # 纪元秒日志按时间筛常见格式对照
| 格式 | 示例 | 换算方式 |
|---|---|---|
| 纪元秒 | 1730000000 | date -d @1730000000 |
| 纪元毫秒 | 1730000000123 | 先除以 1000 再交给 date |
| ISO8601（UTC） | 2026-10-12T09:30:00Z | date -d 该串 +%s |
| 本地时间串 | 2026-10-12 17:30:00 | 需明确它属于哪个时区 |
| 访问日志格式 | 12/Oct/2026:17:30:00 +0800 | 末尾带时区偏移，直接读不用换算 |
容器日志常是 UTC、宿主机是东八区：先把两侧统一到 UTC 排时间线，再把结论换算成本地时间给业务同学看，能避免大量误判。
对齐时间线的做法
- 日志格式尽量选带时区偏移的标准写法，避免各系统各写一套
- 机器比对统一用纪元秒，字符串排序容易受格式与补零影响
- 先把两侧都换算到 UTC 排顺序，最后一步才转成本地时间展示
- 换算命令连同结论一起记录，别人才能复核这一步没有算错
- 遇到毫秒或微秒时间戳先确认单位，再决定是否要除以一千
同一台机器上时间显示受时区环境变量与本地时间文件影响，容器里常常没有设置时区，显示出来看似一致而含义不同，核对前先确认两边的时区口径。