phpMyAdmin 4.9+ 不兼容 PHP 5.6 及更低版本，主因是 mb_strlen() 等函数缺失或行为异常，导致白屏或 Fatal error；解决需先确认 PHP 版本与扩展（mbstring/json/openssl），再选择匹配版本或启用对应扩展。
php 5.6 或更低版本无法运行新版 phpmyadmin（4.9+），核心原因是 mb_strpos() 等函数在旧 php 中行为不一致或缺失，直接导致表结构页白屏或报错 fatal error: uncaught error: call to undefined function mb_strlen()。
确认是否真由 PHP 版本触发
别急着升级 PHP——先验证问题根源：
- 访问 phpMyAdmin 根目录下的
index.php页面，若空白但 PHP 错误日志里出现Call to undefined function mb_*、json_encode() not found或password_hash() not found，基本锁定 PHP 版本过低 - 执行
php -v查看实际 CLI 版本；同时在 phpMyAdmin 的“主页 → 服务器信息”中核对 Web SAPI 使用的 PHP 版本，两者可能不同 - 检查 php.ini 是否禁用了必需扩展：
extension=mbstring、extension=json、extension=openssl（即使 PHP ≥7.0，缺扩展也会报类似错误）
选择匹配的 phpMyAdmin 版本（最稳妥方案）
升级 PHP 不总是可行（尤其共享主机或遗留系统），降级 phpMyAdmin 更可控：
- PHP 5.6 → 用
phpMyAdmin-4.8.5-all-languages.tar.gz（官方最后支持 PHP 5.6 的稳定版） - PHP 7.0–7.2 → 用
phpMyAdmin-4.9.5-all-languages.tar.gz（4.9.x 系列兼容下限） - PHP 7.3+ → 可用最新版，但注意：phpMyAdmin 5.2+ 要求 PHP ≥7.2.5，5.3+ 要求 ≥7.4.0
- 下载后务必校验 SHA256 值（官网提供），避免被篡改的压缩包引入安全风险
强制启用 mbstring 扩展（常见于 Alpine 或最小化 Docker 镜像）
即使 PHP 版本达标，Alpine Linux 或精简镜像常默认不启 mbstring，导致表结构页卡死或返回空响应：
- Docker 用户在
Dockerfile中加：RUN docker-php-ext-install mbstring - Debian/Ubuntu：运行
sudo apt install php-mbstring && sudo systemctl restart apache2 - CentOS/RHEL：运行
sudo yum install php-mbstring（或dnf），然后重启 PHP-FPM：sudo systemctl restart php-fpm - 验证是否生效：
php -m | grep mbstring应输出mbstring；或新建info.php写<?php phpinfo(); ?>浏览查看模块列表
绕过前端 JS 加载失败导致的“结构”标签不显示
部分低版本 PHP + 旧浏览器组合下，phpMyAdmin 的 JS 脚本因语法兼容性（如箭头函数、const）加载失败，使“结构”选项卡不可见，但数据仍可查：
立即学习“PHP免费学习笔记（深入）”；
- 临时打开浏览器开发者工具（F12），切换到 Console 标签，看是否有
SyntaxError: Unexpected token类错误 - 编辑
config.inc.php，添加：$cfg['EnableJavaScript'] = false;，强制回退到纯 HTML 表单模式（功能受限但可用） - 更彻底的解法：修改 Nginx/Apache 配置，对 phpMyAdmin 目录禁用 gzip（某些旧 PHP 的 zlib 输出缓冲 bug 会导致 JS 截断）：
gzip off;在 location 块内
真正麻烦的不是版本号本身，而是扩展缺失和环境差异。很多人升级 PHP 后仍报错，往往是因为没重启 PHP-FPM 或 Apache，或者容器里装了扩展却没 reload 配置。动手前，先看日志，再动配置。
