mysql如何解决时区不一致问题_全局时区配置与调整方法

张开发
• 2026/4/12 12:16:17 • 15 分钟阅读

最新文章

推荐文章

相关文章

分享文章

mysql如何解决时区不一致问题_全局时区配置与调整方法
根本原因是MySQL默认使用系统时区如UTC而应用期望Asia/Shanghai需在my.cnf中设default-time-zone08:00并重启同时确保客户端连接串或会话不覆盖该配置且时区表已加载。MySQL 启动时没设对 default-time-zone连接后 NOW() 和系统时间差 8 小时根本原因不是 MySQL “错了”而是它默认用系统时区比如服务器在 UTC而你的应用期望是 Asia/Shanghai。不改配置光靠 SQL 临时设时区如 SET time_zone 08:00只影响当前会话新连接又回 UTC。实操建议确认系统时区timedatectl status 或 date -R别只看 date 输出——有些系统 date 显示本地时间但 MySQL 仍读取 UTC修改 MySQL 配置文件通常是 /etc/my.cnf 或 /etc/mysql/my.cnf在 [mysqld] 段下加一行default-time-zone 08:00推荐用偏移量比 Asia/Shanghai 更稳定避免夏令时或 tzdata 版本差异重启 MySQLsudo systemctl restart mysql或 mariadb不重启配置不生效验证是否生效SELECT global.time_zone, session.time_zone;两个都应返回 08:00应用连接时被客户端时区覆盖CONVERT_TZ() 结果异常即使 MySQL 全局设了 08:00如果 JDBC、PHP PDO 或 Python MySQLdb 在连接串里显式传了 serverTimezoneUTC或者客户端本身设置了 time_zone 会话变量就会绕过全局配置。实操建议JDBC 连接串务必加上serverTimezoneGMT%2B8注意 URL 编码不要用 Asia/Shanghai某些旧版驱动不识别PHP PDO 建议在 new PDO() 后立刻执行$pdo-exec(SET time_zone 08:00);比依赖 DSN 更可靠检查有没有应用代码在连接后执行了 SET time_zone SYSTEM 或 SET time_zone UTC这种语句会直接覆盖全局CONVERT_TZ(2024-01-01 12:00:00, 00:00, 08:00) 要求源/目标都是有效时区字符串或偏移量若传入 UTC 但 MySQL 未加载时区表会返回 NULL用了 timestamp 类型却存成 UTC查出来却像“少了 8 小时”timestamp 类型本质是“带时区的存储”写入时自动转成 UTC 存读取时再按当前会话时区转回来。所以如果你会话时区是 00:00而数据本意是北京时间就会显示错。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手依托大模型帮助用户记录、整理和分析音视频内容体验用大模型做音视频笔记、整理会议记录。

更多文章