正确做法是用 timedatectl set-timezone asia/shanghai 设置时区，它会自动更新 /etc/localtime 软链接、同步硬件时钟并确保系统时间准确；手动修改 /etc/localtime 有同步失败和兼容性风险。
Linux 系统默认时区不是上海时间，直接改 /etc/localtime 软链接或硬写配置文件容易出错，正确做法是用 timedatectl 设置，它会自动同步系统时钟、更新硬件时钟，并确保 /etc/localtime 指向正确的 tzdata 路径。
确认当前时区和可用时区列表
先看系统当前状态，避免误操作：
运行 timedatectl status，重点关注 Time zone 行。如果显示 UTC 或 Asia/Shanghai 以外的值（比如 Europe/London），说明需要修改。
查上海对应的合法时区名（注意大小写和斜杠）：
timedatectl list-timezones | grep -i shanghai
结果只会有一行：Asia/Shanghai。这是唯一推荐使用的时区标识，不要用 PRC、China 或其他别名——它们在部分发行版中已被弃用或不被 systemd 识别。
用 timedatectl 设置为上海时间
执行以下命令即可生效（需 root 权限）：
sudo timedatectl set-timezone Asia/Shanghai
该命令会做三件事：
- 更新 /etc/localtime 为指向 /usr/share/zoneinfo/Asia/Shanghai 的软链接
- 将系统时钟按上海本地时间重新解释（不改变实际秒数，只改时区偏移）
- 自动调用 hwclock --systohc 同步硬件时钟（BIOS 时间），防止重启后回退
验证是否成功：
- 再次运行 timedatectl status，确认 Time zone 显示为 Asia/Shanghai (CST, +0800)
- 执行 date，输出应为当前北京时间，且末尾带 CST（China Standard Time）
手动修改 /etc/localtime 的风险点
有些老教程建议直接复制文件或创建软链接，例如：
sudo ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
这种做法有隐患：
- 不会触发硬件时钟同步，重启后 BIOS 时间仍按 UTC 解释，导致系统时间快 8 小时或慢 8 小时
- 在某些容器环境或精简系统中，/usr/share/zoneinfo 可能未安装（需额外装 tzdata 包）
- 如果误用了 cp 而非 ln -sf，会生成硬拷贝，后续升级 tzdata 无法自动更新时区规则
- timedatectl 状态可能仍显示旧时区，造成判断混乱
检查 cron 和日志时间是否同步
改完时区后，cron 任务、journalctl 时间戳默认都使用系统时区，但部分服务（如 Nginx、MySQL）可能缓存了启动时的时区设置：
- 重启依赖时间的服务：例如 sudo systemctl restart cron nginx
- 查看 journal 日志时间是否已变：journalctl --since "1 hour ago" | head -n3，确认时间字段是北京时间
- 注意：journalctl 默认显示本地时间，加 --utc 参数可强制看 UTC 时间用于交叉验证
真正容易被忽略的是 Docker 容器——它默认继承宿主机时区，但如果容器镜像里设置了 TZ 环境变量（如 TZ=UTC），就会覆盖系统设置，得单独处理容器内的时区。
