timedatectl set-timezone 是 CentOS 7 设置时区的首选方法，它自动更新 /etc/localtime 符号链接、同步硬件时钟、触发 systemd 事件，且兼容 SELinux；手动 ln -sf 或 cp 修改易被覆盖或引发异常。
timedatectl set-timezone 是首选方法
CentOS 7 默认启用 systemd，timedatectl 是官方推荐、最可靠的方式，它会同时更新系统时区配置和硬件时钟行为（如需），且不会破坏 SELinux 上下文或权限。直接用 ln -sf 手动替换 /etc/localtime 虽然能“生效”，但容易被后续系统更新或某些服务（如 chronyd）覆盖，且不触发 systemd 的时区事件通知。
操作步骤：
- 确认当前时区：
timedatectl | grep "Time zone" - 列出中国常用时区：
timedatectl list-timezones | grep Asia/Shanghai（注意：只有Asia/Shanghai，没有Asia/Beijing或CST） - 设置为北京时间：
sudo timedatectl set-timezone Asia/Shanghai - 验证是否成功：
timedatectl输出中Time zone:行应显示Asia/Shanghai (CST, +0800)
为什么不能用 TZ 环境变量覆盖系统时区
TZ 只影响当前 shell 会话或单个进程（比如你运行 TZ=Asia/Shanghai date），对系统级服务（crond、rsyslog、systemd-journald）完全无效。你看到 timedatectl 输出里有 Warning: Ignoring the TZ variable 就是这个原因。
常见误操作：
- 在
~/.bash_profile里写TZ='Asia/Shanghai'; export TZ—— 这只改了你登录用户的命令行时间，crontab仍按系统时区跑 - 在 Java 应用里加
-Duser.timezone=GMT+08—— 这是补救措施，不是系统级修正；JVM 启动后才读该参数，而日志、线程调度等底层行为仍依赖系统时区
修改后必须同步时间，否则可能出错
改时区本身不改时间值，只是改变解释方式。比如原时区是 UTC，系统时间显示为 06:00；改成 Asia/Shanghai 后，同一时间值会被解读为 14:00 —— 但物理时间没变，日志、证书、定时任务全乱套。
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
所以务必紧接着做时间同步：
- 启用 NTP 自动同步：
sudo timedatectl set-ntp true（推荐，依赖chronyd服务） - 手动强制同步一次：
sudo chronyc makestep（比ntpdate更兼容 systemd，默认已安装） - 检查状态：
chronyc tracking中System clock行应为OK，且Offset在毫秒级
如果服务器无法联网，timedatectl set-time 可设绝对时间，但必须带日期，例如：sudo timedatectl set-time '14:25:00 2026-07-08'
/etc/localtime 是符号链接，别硬拷贝
系统通过 /etc/localtime 指向 /usr/share/zoneinfo/ 下的真实时区文件。正确做法是让它保持符号链接状态：
- ✅ 正确：
sudo ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime - ❌ 错误：
sudo cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime—— 复制后丢失符号链接语义，timedatectl无法识别来源，某些工具（如localectl）会报错 - ⚠️ 风险：
sudo rm /etc/localtime && sudo cp ...—— 中间空窗期会导致date命令返回UTC，且可能触发服务异常（如 Kafka 时间戳校验失败）
执行完 timedatectl set-timezone 后，/etc/localtime 自动变成指向 Asia/Shanghai 的符号链接，无需手动干预。
