timedatectl set-timezone Asia/Shanghai 是 systemd 系统下唯一推荐的永久修改时区方式，它自动更新 /etc/localtime 软链接、记录配置并通知服务刷新；手动 ln -sf 仅适用于无 timedatectl 的容器或非 systemd 环境，且须配合 hwclock --systohc。

timedatectl set-timezone Asia/Shanghai 是现代 Linux 系统（systemd） 环境）下唯一推荐的永久修改时区方式。它不是“一种方法”，而是事实上的标准操作，手段或不持久、或只影响局部。为什么不能只修改TZ环境变量

在shell里执行export TZ=Asia/Shanghai或往/etc/profile里加这行，当前只能让终端或新登录用户看到正确的时间；cron、rsyslog、systemd-journald等服务根本不会读取它。它们依赖的是内核和C 库通过 /etc/localtime 软链接获取的系统级时区信息。环境变量只对未显式设置时区的用户态程序生效，且极易被覆盖或忽略。timedatectl set-timezone的实际行为

这个命令表面是“设置时区”，基本上其实做了三件事：把 /etc/localtime 指向 /usr/share/zoneinfo/Asia/Shanghai（软链接） 写入 /var/lib/timezone 记录当前配置（供） systemd-timedated 服务使用）通知所有已注册的时区负载服务（如journald、rsyslog）刷新缓存

所以它比手动ln -sf更可靠——你不用管服务要不要重启，systemd会自动处理。验证是否真正生效，别只看date，要跑：timedatectl status | grep "时区"

输出必须含亚洲/上海 (CST, +0800)，且日期 +%z 返回 +0800。手动建 /etc/localtime 软链接的适用场景

仅在以下情况才考虑手动操作： CentOS Linux 7.9.2009

CentOS Linux 7.9.2009 是传统 CentOS Linux 7的最后版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛着称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日主要维护，现在继续使用会面临安全卸载风险。

该版本更适合旧业务容器迁移、历史恢复环境或离线兼容性测试。下载里没 timedatectl（比如 Alpine Linux），且你有 root 权限挂载 /etc/localtime 系统没 systemd（比如某些内置 BusyBox 环境）你明确知道 timedatectl 被取消或损坏

操作必须严格用 ln -sf，不能 cp。因为 cp 会把文件复制成普通文件，升级 tzdata 包时不会更新它，导致夏令时规则过渡。正确的命令是：sudo ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

之后一定补上：sudo hwclock --systohc ——不然硬件后钟仍然是旧时间，重启系统又跳回错误时区。很容易被忽略的两个硬性前提

此时点不符合，set-timezone 会静默失败或报错：/usr/share/zoneinfo/Asia/Shanghai 必须存在。不存在，说明 tzdata 包未安装：Ubuntu/Debian 执行 sudo apt install tzdata，RHEL/CentOS 执行 sudo dnf install glibc-common，Alpine 执行 apk add tzdata 不要用 China/Beijing 或 PRC ——这些路径在新版 tzdata 中已被废弃，ls /usr/share/zoneinfo/Asia/ 下只有上海是官方支持的东八区标识

最后注意：改完时区后，systemd 服务一般重启，但像 crond 这样的老派守护进程可能仍保存旧值，最稳妥的是 sudo systemctl restart cron（如果用了 cron）。