如何在phpMyAdmin 4.9中兼容维护旧版MySQL 5.5与新版实例？-phpMyAdmin-PHP中文网

phpmyadmin 4.9 不可安全用于 mysql 5.5 或 8.0：它已于 2022 年 eol，缺失对 5.5 字段（如 password_expired）、utf8mb4 元数据、8.0 认证协议及系统表的支持，导出逻辑过时且存在 blowfish_secret 校验缺陷。

如何在phpmyadmin 4.9中兼容维护旧版mysql 5.5与新版实例？

不能安全地在 phpMyAdmin 4.9 中长期兼容维护 MySQL 5.5 和新版实例（如 8.0），它已停止维护、存在未修复高危漏洞，且对 5.5 和 8.0 的双向兼容性都不可靠——不是配置问题，是架构级缺陷。

官方早在 2022 年就将 4.9.x 列为 EOL（End-of-Life），最后一次 commit 是 2021 年 12 月。MySQL 5.5 虽然被标为“最低支持版本”，但 4.9 中的 mysqli 扩展调用逻辑、字符集协商机制和权限元数据解析早已过时：

访问 mysql.user 表时可能因字段缺失（如 password_expired）报错 #1054，尤其在开启旧版密码策略后
utf8mb4 支持不完整：若 5.5 实例手动启用了 innodb_large_prefix 和 utf8mb4，4.9 的导出/结构页会漏掉 ROW_FORMAT 或误判排序规则
PHP 8.0+ 环境下运行 4.9 会触发大量 Deprecated 警告，部分 UI 功能（如关系视图、PDF 导出）直接失效

ALTER USER ... IDENTIFIED WITH mysql_native_password 只能绕过认证握手，但无法修复 phpMyAdmin 4.9 内核中缺失的协议适配层：

MySQL

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

下载

caching_sha2_password 握手流程未实现：即使连上，执行 SHOW PROCESSLIST 或查看 INFORMATION_SCHEMA 视图时仍会中断并返回空结果或 #2013 错误
8.0 新增的系统表（如 replication_asynchronous_connection_failover）在 4.9 的数据库列表中不可见，也无法执行相关 DDL
phpMyAdmin 4.9 的 Config.class.php 不识别 8.0 的 default_authentication_plugin 配置项，导致用户管理页功能残缺

即使强行让 4.9 同时连上两个实例，导出文件也大概率在目标端失败，关键不在语法，而在元数据处理逻辑过时：

DEFINER 字段处理不一致：4.9 默认导出 DEFINER=`root`@`localhost`，但 MySQL 5.5 不校验该用户是否存在，而 8.0 会直接拒绝导入；反过来，8.0 导出的 SQL SECURITY DEFINER 在 5.5 中被当作语法错误
排序规则硬编码：导出时若目标选了 MYSQL40 兼容模式，4.9 仍会保留 COLLATE utf8mb4_0900_ai_ci（来自 8.0 实例），不会自动降级——它压根不解析该字符串含义
忽略 SQL_MODE 差异：4.9 导出的 SET SQL_MODE 语句只覆盖旧模式（如 NO_AUTO_CREATE_USER），但 MySQL 8.0 默认启用的 STRICT_TRANS_TABLES 等新项不会写入，导入到 5.5 就可能因隐式转换失败

别在 4.9 上折腾双版本兼容——它的代码基线已无法承载这种需求。必须升级或隔离：

立即停用 4.9，升级到 phpMyAdmin 5.2.2+：该版本起正式支持双认证插件协商、可配置 per-server sql_mode 导出、以及对 5.5–8.0 的排序规则映射表
若因 legacy 系统无法升级，至少把 4.9 严格限定为只连 MySQL 5.5 实例，并用独立容器或子域名隔离；MySQL 8.0 实例改用 mysqlsh、DBeaver 或官方 MySQL Workbench 管理

最易被忽略的一点：phpMyAdmin 4.9 的 blowfish_secret 长度检查逻辑有缺陷，填 32 字节随机串反而会导致 cookie 认证失败——它实际只取前 16 字节，且不校验填充方式，这点在混合环境调试时会浪费大量时间。