跨时区业务稳定运行需统一utc时区、chrony同步国内ntp源、auditd日志强制iso 8601+0000格式：执行sudo timedatectl set-timezone utc和set-local-rtc false；配置chrony使用ntp.aliyun.com等国内源并验证offset；audit日志解析用--format iso，采集层加偏移字段；应用层时间由业务逻辑转换，数据库存utc。
所有服务器统一用UTC作为系统时区，时间同步用chrony配国内NTP源，auditd日志强制输出带+0000的ISO 8601格式——这是跨时区业务稳定运行的底线配置。
统一系统时区为UTC
不选本地时区，直接设为UTC，避免日志时间歧义：
- 执行sudo timedatectl set-timezone UTC
- 确认硬件时钟也按UTC处理：sudo timedatectl set-local-rtc false
- 运行timedatectl status，检查输出中同时出现“Time zone: UTC”和“RTC in local TZ: no”
用chrony做高适应性时间同步
chrony比ntp更适合云环境与跨国链路，收敛快、抗抖动强：
- 安装：RHEL/CentOS用yum install chrony，Ubuntu/Debian用apt install chrony
- 编辑/etc/chrony.conf，替换为国内源，例如：server ntp.aliyun.com iburst 或 server time1.tencentyun.com iburst
- 启用服务：systemctl enable --now chronyd
- 验证：chronyc tracking看Offset是否在±50ms内，chronyc sources -v确认已连接上游
审计日志必须显式标注UTC
auditd默认记录的是系统时间（已是UTC），但解析工具可能误判——必须靠格式强制标识：
- 查原始日志时固定加--format iso参数，如：ausearch --start today --format iso，输出形如2026-05-06T09:45:22.123456+0000
- 若接入ELK或Splunk，应在采集层（如Filebeat processor或rsyslog模板）生成带偏移字段，而非改系统时钟
- 禁用任何在audit规则里硬编码本地时区的操作，不碰-F auid!=unset之类易引发歧义的过滤条件
应用与数据库层不依赖系统时区
系统只管UTC基准，转换由业务逻辑完成：
- 后端API返回时间戳统一用UTC格式字符串，例如"2026-05-06T09:45:00Z"
- 前端用Intl.DateTimeFormat()或moment.tz自动按用户浏览器时区渲染
- MySQL存时间用DATETIME类型，值为UTC；PostgreSQL用TIMESTAMP WITH TIME ZONE，连接串加timezone=utc
