步骤1：理解时区与系统时钟对 MySQL 的影响
核心原理与影响因素
在分布式与生产环境中，时区一致性直接决定日志、审计和对账的正确性。MySQL 内部涉及两套时间概念：系统时钟与 MySQL 时区表。当二者不一致时，NOW()、TIMESTAMP 与 UTC_TIMESTAMP 的结果可能错位。
理解这两者的关系，能够帮助快速定位不一致的根源：服务器时钟错误、时区表缺失、连接端的时区设置等。
本攻略的目标是 快速解决生产环境中的时间不一致问题，并提供一条清晰、可落地的操作路径。
步骤2：完成时区表的初始化与验证
初始化时区表
MySQL 的时区信息来自 mysql.time_zone_xxx 表。若未加载，涉及 时间转换 功能将不可用，因此必须先行初始化。加载时区表是后续正确显示时区的关键。
在 Linux 环境中，通常需要将操作系统 tzdata 与 MySQL 时区数据保持同步。未加载时区表，CONVERT_TZ() 将返回 NULL，导致跨时区查询失败。
接下来按照步骤执行，将系统时区数据写入 MySQL 的时区表，确保以后的时间运算使用正确的时区信息。
# 在 Linux 上将时区信息加载到 MySQL
mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql
-- 验证时区表加载情况
USE mysql;
SELECT COUNT(*) FROM time_zone_name;
SELECT COUNT(*) FROM time_zone;
加载完成后，建议以 SYSTEM 或具体时区名进行测试，以确保 CONVERT_TZ() 返回非 NULL 值。
-- 示例查询，查看当前系统时区转换
SELECT CONVERT_TZ(NOW(), 'SYSTEM', 'Asia/Shanghai');
此外，还需要调整 MySQL 的默认时区以确保重启后仍保持一致性。
# 在 my.cnf 设置默认时区
[mysqld]
default_time_zone = '+08:00'
更改完成后，请重启 MySQL 服务，使新配置生效并确保生产环境中时间输出保持一致。
步骤3：在生产环境中保持时区一致
自动化策略与监控
为避免再次出现时区错位，建立一套自动化策略极其重要。定期更新时区表、同步系统时钟以及对应用层做时区一致性校验，是降低风险的核心。
在生产环境中，推荐使用 NTP/chrony 进行系统时钟同步，并结合 MySQL 的时区设置进行统一显示。若系统 tzdata 更新，需要重新加载时区表以保持一致性。
# 使用 systemd-timesync 或 chrony 同步系统时间
timedatectl show-timesync --all
timedatectl set-ntp true
chronyc sources -v
# 更新 tzdata 并重新加载 MySQL 时区表（如有变更）
sudo apt-get update && sudo apt-get install -y tzdata
mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql
-- 验证跨时区转换
SELECT NOW() AS now_local, CONVERT_TZ(NOW(), 'SYSTEM', 'Asia/Shanghai') AS china_time;
同时，建议在应用层使用统一的时间表达方式，例如统一以 UTC 时间 进行日志记录，再在展示层进行本地时区转换，以避免跨系统时间穿透造成的错位。
-- 检查应用端显示的时间是否与数据库时间一致
SELECT NOW() = UTC_TIMESTAMP() AS is_equal;
