怎样在phpMyAdmin中解决由于时区设置不一致导致的时间差？-phpMyAdmin-PHP中文网

根本原因是mysql时区设置与操作系统、php不一致，常见为mysql使用utc而业务需东八区时间；应通过配置文件设default-time-zone='asia/shanghai'并重启mysql生效。

phpmyadmin 里显示的时间比服务器实际时间快/慢几小时

根本原因是 phpmyadmin 读取的是 mysql 的 system_time_zone 或会话级 timestamp 行为，而 php、mysql 服务端、操作系统三者时区可能不统一。最常见的是 mysql 使用了 utc，但你的业务期望显示本地时间（比如东八区）。

先确认 MySQL 当前时区：SELECT @@global.time_zone, @@session.time_zone; —— 如果返回 SYSTEM，说明它跟随系统；如果返回 +00:00 或 UTC，就是问题根源
检查操作系统时区：timedatectl（Linux）或 date 命令，确认是否为 Asia/Shanghai 等目标时区
phpMyAdmin 本身不维护独立时区，它完全依赖 MySQL 返回的值渲染时间字段，所以改 MySQL 比改 phpMyAdmin 更直接有效

修改 MySQL 全局时区为 `Asia/Shanghai`

仅靠 phpMyAdmin 界面无法持久化设置全局时区，必须进 MySQL 命令行或配置文件。临时改（重启失效）可用：SET GLOBAL time_zone = '+8:00'; 或 SET GLOBAL time_zone = 'Asia/Shanghai';。但生产环境务必写入配置文件，否则重启后还原。

编辑 MySQL 配置文件（通常是 /etc/mysql/my.cnf 或 /etc/my.cnf），在 [mysqld] 下添加：
```
default-time-zone = '+08:00'
```
或
```
default-time-zone = 'Asia/Shanghai'
```
注意：用字符串名（如 Asia/Shanghai）比偏移量（+08:00）更稳妥，能自动适配夏令时（虽然中国不用，但避免歧义）
改完必须重启 MySQL：sudo systemctl restart mysql，然后重新登录验证 SELECT @@global.time_zone;
如果 MySQL 版本 Asia/Shanghai 可能未内置，此时只能用 +08:00；可查 SELECT * FROM mysql.time_zone_name WHERE name LIKE '%shang%'; 确认支持列表

`TIMESTAMP` 和 `DATETIME` 字段对时区的响应完全不同

很多人以为改了 MySQL 时区，所有时间字段就自动“校准”，其实不然：TIMESTAMP 存储时转成 UTC，读取时按当前会话时区转换；DATETIME 则原样存储、原样返回，完全不涉及时区转换。这意味着即使你把 MySQL 设为 Asia/Shanghai，DATETIME 字段在 phpMyAdmin 里仍显示存入时的原始值，不会变。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

如果你的表用的是 DATETIME，且数据是按本地时间插入的，那 phpMyAdmin 显示的就是对的——改 MySQL 时区对它没影响
如果你用的是 TIMESTAMP，且之前在 UTC 时区下插入数据，现在改成 +08:00 后，phpMyAdmin 会把原 UTC 时间 +8 小时再显示，看起来像“快了 8 小时”——这不是 bug，是设计行为
修复历史 TIMESTAMP 数据偏差，不能靠改时区，得用 CONVERT_TZ() 批量修正，例如：
```
UPDATE logs SET created_at = CONVERT_TZ(created_at, '+00:00', '+08:00');
```

phpMyAdmin 页面右上角显示的“服务器时间”不可信

phpMyAdmin 底部或右上角常显示类似 “Server time: 2024-05-20 14:30:22” 的信息，这个时间来自 PHP 的 date() 函数，取决于 PHP 的 date.timezone 设置，和 MySQL 时区无关。它只是 PHP 进程看到的时间，不代表数据库里怎么存、怎么读。

检查 PHP 时区：php -i | grep "date.timezone"，确保和 MySQL 一致（比如也设为 Asia/Shanghai）
若不一致，修改 php.ini 中的 date.timezone = "Asia/Shanghai"，然后重启 Web 服务（如 Apache/Nginx）
这个时间仅作参考，不影响数据读写逻辑，但容易让人误判“为什么两边时间不一样”

改时区不是点几下就能好的事，关键要理清 MySQL、PHP、OS 三层各自管哪块，以及 TIMESTAMP 和 DATETIME 的本质区别。漏掉任意一层，都会出现“明明改了却还是差 8 小时”的情况。