服务器时间差8小时本质是时区或硬件时钟模式配置错误，应优先用timedatectl检查time zone（需为asia/shanghai）、rtc in local tz（需为no）、system clock synchronized（需为yes），再用sudo timedatectl set-timezone asia/shanghai和set-local-rtc false修正。
服务器时间差8小时，基本就是时区没设对或硬件时钟模式冲突，不是“时间不准”，而是“解释错了”。用 timedatectl 一眼就能定位问题，别急着改 /etc/localtime 或敲 date -s。
检查时区和硬件时钟模式是否一致
先运行 timedatectl，重点看三行：
-
Time zone：应为Asia/Shanghai (CST, +0800)，不是UTC或空值 -
RTC in local TZ：应为no（即硬件时钟走 UTC）；双系统下若设为yes，Windows 就会显示错 8 小时 -
System clock synchronized：应为yes，否则 NTP 没生效
如果 Time zone 显示 UTC 或 +0000，说明时区根本没生效；如果 RTC in local TZ 是 yes，且你装了 Windows，那 8 小时差大概率源于此。
设置正确时区（避免 cp /etc/localtime 失效）
手动复制 /usr/share/zoneinfo/Asia/Shanghai 到 /etc/localtime 在部分 systemd 系统上会被覆盖，尤其容器或云主机。优先用官方接口：
- 执行
sudo timedatectl set-timezone Asia/Shanghai - 验证：运行
timedatectl | grep "Time zone"，输出必须含+0800 - 如果仍不生效（比如 Spark 日志里还是 UTC 时间），临时补救：在
/etc/profile末尾加TZ='Asia/Shanghai'; export TZ，再执行source /etc/profile
注意：tzselect 只影响当前 shell，export TZ=... 不写入配置文件就等于没设。
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
强制硬件时钟使用 UTC 模式（双系统必做）
Linux 默认让硬件时钟走 UTC，再根据时区换算本地时间；Windows 默认让硬件时钟走本地时间（即 CST）。两者混用，必然差 8 小时。
- 统一用 UTC 模式（推荐）：运行
sudo timedatectl set-local-rtc false - 同步一次系统时间到硬件：运行
sudo hwclock --systohc - 如果已误设为
set-local-rtc true，改回后需重启或至少重启systemd-timedated服务
不要去 Windows 注册表硬改 RealTimeIsUniversal，Linux 端修复更可控、无风险。
启用 NTP 并验证同步状态
光有时区没用，时间源头不准，一切白搭。现代 Linux 发行版默认用 chronyd，不是 ntpd：
- 启用自动同步：
sudo timedatectl set-ntp true - 检查服务状态：
systemctl status chronyd（不是ntpd） - 手动触发一次同步：
sudo chronyc makestep（比ntpdate更兼容 systemd） - 确认同步成功：
chronyc tracking中的Leap status应为Normal，System time偏差最好
国内建议用 ntp.fudan.edu.cn 或 pool.ntp.org，别硬写死 IP；ntpdate 已被弃用，某些新系统甚至不预装。
真正麻烦的不是设时区，而是硬件时钟模式和 NTP 服务的隐式耦合——timedatectl 显示 RTC in local TZ: no 却仍差 8 小时？十有八九是 chronyd 没跑起来，或者防火墙拦了 UDP 123 端口。
