跨时区业务Linux时间配置核心是统一UTC基准：系统设UTC时区并禁用本地RTC，audit日志强制ISO 8601+0000格式，chrony精准同步，应用层全程使用UTC时间戳解耦处理。
跨时区业务中，Linux服务器的时间配置核心不是“选对时区”，而是建立统一基准、明确转换逻辑、保障全程可追溯。关键动作只有三步：系统强制用UTC、审计日志显式标UTC、应用层自主做转换。
所有服务器统一设为UTC系统时区
不按本地时区（如Asia/Shanghai或America/New_York）设置，而是全部执行：
- sudo timedatectl set-timezone UTC
- sudo timedatectl set-local-rtc false（确保硬件时钟也按UTC记录）
- 运行 timedatectl status，确认输出含 “Time zone: UTC” 和 “RTC in local TZ: no”
这样，date、journalctl、audit.log 默认打戳均为UTC，避免同一事件在不同服务器上出现时间跳跃或倒流。
auditd日志必须带+0000时区标识
auditd本身记录的是系统当前时间（已是UTC），但解析工具常误判为本地时间。需从输出格式和采集层双重保障：
- 查日志时用 ausearch --format iso，它强制输出 ISO 8601 格式，如
2026-04-30T14:19:22.123456+0000 - 若接入ELK或Splunk，在Filebeat或rsyslog中添加字段转换，例如rsyslog里用
$!timestamp+0000显式附加偏移，而非修改系统时间 - 禁用任何将auditd日志转成本地时间再存储的操作——源头统一才是可审计的前提
chrony同步配置要稳、准、可监控
推荐chrony而非ntpd，尤其在云环境或网络波动场景下：
- 配置 /etc/chrony.conf 使用国内低延迟源：
server ntp1.aliyun.com iburstserver time1.tencentyun.com iburst - 启用关键参数：
makestep 1.0 3（大偏差时允许步进校正）rtcsync（持续同步硬件时钟） - 验证用三条命令：
chronyc sources -v（看是否连上且LastRx正常）
chronyc tracking（看Offset是否在毫秒级）
timedatectl status（确认System clock synchronized: yes）
应用与数据库时间处理要解耦系统时区
后端代码、API响应、数据库存储，一律使用UTC时间戳，不依赖系统时区设置：
- API返回ISO 8601字符串，结尾带Z或+0000，例如
"created_at": "2026-04-30T14:19:22Z" - MySQL用
DATETIME存UTC值；PostgreSQL用TIMESTAMP WITH TIME ZONE，连接时设SET TIME ZONE 'UTC' - 前端根据
Intl.DateTimeFormat().resolvedOptions().timeZone自动渲染本地时间，不硬编码时区
