说起来，很多朋友都会遇到一个挺常见的问题：在phpMyAdmin里同时管理多个MySQL实例时，想要为每个服务器单独配置一个PHP时区，结果怎么设置都不成功。其实这个问题的根源很清楚——phpMyAdmin本身，更准确地说，PHP的运行机制决定了它无法为每个MySQL服务器单独设定一个PHP时区。

时区在PHP里是全局的，贯穿整个SAPI环境，它不像host、port那样可以按连接参数来定制。你试图“为某台服务器设时区”，实际上影响的是整个phpMyAdmin页面中所有与日期相关的函数，例如date()、strtotime()等。而这个设置与MySQL实例自身的时间行为完全是两码事。

那么，为什么不能通过 $cfg['Servers'][$i] 来配置时区？

phpMyAdmin的服务器配置数组$cfg['Servers']，其设计目标非常明确：只负责数据库连接相关的字段，比如host、port、auth_type、user、password。如果你查阅官方文档，里面根本没有timezone或php_timezone这样的键。

如果你强行添加一行$cfg['Servers'][1]['timezone'] = 'Asia/Shanghai'，PHP解析时会直接忽略，等于白写。更严重的是，如果格式写错，整个配置文件都可能加载失败，导致phpMyAdmin无法访问。

真正有效的时区控制方法有两个

所有phpMyAdmin请求共享同一个PHP环境，因此时区设置必须在更上层统一完成。具体来说，只有两个地方：

• 在phpMyAdmin入口文件顶部手动调用date_default_timezone_set('Asia/Shanghai')，该入口文件通常是index.php或libraries/common.inc.php。
• 直接在php.ini内设置date.timezone，例如写成date.timezone = Asia/Shanghai。

这两种方式效果相近，但优先级有差异：date_default_timezone_set()优先级高于php.ini。如果你在代码中显式调用，它会覆盖配置文件中的值；否则按php.ini执行。但不管选择哪种，它对所有配置好的MySQL服务器一视同仁，没有例外。

那MySQL服务器自身的时区如何管理？

如果你真正关心的是“某台MySQL实例内部的时间行为”，例如它使用NOW()函数返回的时间是否正确，那么你需要操作的是MySQL本身，而不是phpMyAdmin。关键方法如下：

• 连接MySQL后执行SET time_zone = '+08:00';，这是会话级设置，仅对当前连接有效，断开连接后失效。
• 或者在MySQL配置文件（通常是/etc/mysql/my.cnf）中设置default-time-zone = '+08:00'，这是全局设置，需要重启MySQL生效。
• 另外，phpMyAdmin中有一个“操作 → 服务器时区”的页面，它实际上帮你执行了一条SET time_zone语句，但既不改变PHP时区，也不持久化到MySQL配置文件中。

必须注意：MySQL的time_zone与PHP的date.timezone是两套完全独立的系统。PHP时区影响的是phpMyAdmin界面显示的时间、导出文件名中的日期等；而MySQL时区影响的是NOW()、CURRENT_TIMESTAMP等函数的返回值。混为一谈，容易导致混乱。

多服务器场景中最容易被忽视的细节

假设你管理的两台MySQL实例分别位于东京和纽约，它们处于不同时区。在这种情况下，你无法通过phpMyAdmin的配置让它们各自显示本地时间——phpMyAdmin根本不提供这一功能。

那么靠谱的做法是什么？行内经验建议：

• PHP层统一使用UTC，例如date.timezone = UTC。
• MySQL层也统一使用SYSTEM或+00:00来存储时间戳。
• 真正的时间转换交给业务展示层去做——即前端或应用逻辑根据用户所在时区进行转换。phpMyAdmin只是一个管理界面，不负责这一功能。

如果你强行将PHP时区设为某台服务器的本地时区，后果显而易见：其他服务器的显示时间全部错乱，而且导出的SQL中如果有INSERT ... VALUES (NOW())这样的语句，插入的时间也会带着错误的时区偏移，将来排查问题会非常棘手。