MySQL时间不一致主因是服务器系统、MySQL服务、客户端连接三层时区未统一;需分别检查timedatectl、@@global.time_zone、NOW()等,配置default-time-zone='+08:00'并重启,客户端连接指定serverTimezone=Asia/Shanghai,新建表优先用DATETIME。

MySQL 时间不一致,绝大多数情况是时区配置没对齐——服务器系统时区、MySQL 服务时区、客户端连接时区三者不统一导致的。重点不是改一个地方,而是让它们协同一致。
先查清楚问题在哪一层:
timedatectl status(Linux)或 date 命令看系统时间与本地是否一致SELECT @@global.time_zone, @@session.time_zone;
SELECT NOW(), SYSDATE(), UTC_TIMESTAMP(); 对比结果差异推荐在 MySQL 配置文件(my.cnf 或 my.ini)的 [mysqld] 段落中显式指定:
注意:不要用 SYSTEM,它依赖系统时区且易被忽略变更
本文档主要讲述的是eclipse maven工程配置说明;编写本文的目的解决因环境问题带来的一系别问题,比如类没找到异常,JAR新旧并成,导致有些方法不可用,支持热拔插式的修改,当调试程序时,修改后不用重启tomcat等问题;感兴趣的朋友可以过来看看
0
default-time-zone = '+08:00'
systemctl restart mysqld(或对应服务名)SELECT @@global.time_zone; 应返回 +08:00
即使服务端设对了,客户端连接仍可能覆盖时区:
?serverTimezone=Asia/Shanghai(推荐用命名时区,兼容夏令时);timezone=Asia/Shanghai,或执行 SET time_zone = '+08:00';
--default-authentication-plugin=mysql_native_password --defaults-extra-file 或连接后手动执行 SET time_zone = '+08:00';
两者行为不同,容易混淆:
TIMESTAMP 存储时会转成 UTC,读取时再按当前会话时区转回——所以必须保证会话时区准确DATETIME 不做任何转换,存啥读啥——适合记录“固定时间点”(如发布会开始时间),但需业务层自行保障写入值的时区含义DATETIME,除非明确需要跨时区自动转换以上就是如何配置mysql时区_mysql时间不一致解决的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号