docker logs -ft 时间戳显示异常的根源在于守护进程默认用utc记录日志，而客户端shell的tz环境变量会影响时间格式化显示；解决方法是通过systemd覆盖配置统一设置daemon时区为asia/shanghai。
客户端时间不同步，其实是个误解——docker 客户端（比如你敲 docker logs 的终端）本身不维护时间，它只是把守护进程（daemon）返回的数据按本地时区格式化显示。真正影响 docker logs -ft 时间戳的，是两个独立环节：守护进程记录日志时用的时区，以及你执行命令的 shell 环境中是否设置了 tz。
守护进程记录日志用的是 UTC
Docker daemon 默认以 UTC 时区写入日志时间戳，无论宿主机或容器设成什么时区。所以即使你挂载了 /etc/localtime、容器里 date 显示正确，docker logs 输出仍带 +0000 或 Z，看起来“慢 8 小时”。这不是 bug，是设计行为。
你的终端 shell 可能覆盖了时区显示
如果你当前终端设置了 TZ=UTC（比如在 .bashrc 里写了 export TZ=UTC），那么 Docker CLI 会用这个时区去解析 daemon 返回的 UTC 时间戳，再转成本地显示——结果反而错乱。验证方法：
- 运行
echo $TZ，如果输出UTC或为空，就可能是它在干扰 - 临时执行
unset TZ，再试docker logs，看时间是否立刻变正常
让 docker logs 显示本地时间的可靠做法
最稳妥的方式是统一 daemon 的时区，而不是依赖客户端环境：
- 创建 systemd 覆盖配置：
sudo mkdir -p /etc/systemd/system/docker.service.d - 写入
/etc/systemd/system/docker.service.d/override.conf，内容为：
[Service]
Environment="TZ=Asia/Shanghai" - 重载并重启：
sudo systemctl daemon-reload && sudo systemctl restart docker
重启后新产生的日志，daemon 会直接用东八区记录时间戳，docker logs 就不再需要转换，显示即所见。
别踩这些坑
- 不要在容器里改
date -s——容器时间来自宿主机内核，手动设无效且不持久 - 不要只挂载
/etc/localtime就以为万事大吉——它只影响容器内部进程，不影响 daemon 日志 - 不要给客户端加
-e TZ=...——docker命令本身不读这个环境变量
