php 8.0 将“undefined array key”从 notice 升级为 warning 并默认开启 e_all，老版 phpmyadmin 因大量未校验数组键（如 $cfg['servers'][$i]['auth_type']）而频繁报错；正确做法是用 isset() 或 ?? 运算符预判，而非关闭错误报告。
PHP 8.0 运行老版本 phpMyAdmin 会频繁报错，根本原因不是“不兼容”，而是老版本代码里大量依赖 PHP 7.x 及更早的容忍性行为，而 PHP 8.0 把这些容忍全关了——报错是它在认真干活，不是它出问题。
Undefined array key 直接炸开
PHP 8.0 将 Undefined array key 从 Notice 升级为 Warning，且默认开启 error_reporting = E_ALL。老版 phpMyAdmin（如 4.8 或更早）大量使用类似 $cfg['Servers'][$i]['auth_type'] 的写法，但没做存在性判断。一旦 $cfg['Servers'][$i] 某个键未初始化，立刻触发警告甚至中止执行。
- 典型现象：页面白屏或顶部一堆
Warning: Undefined array key "auth_type" - 别急着关
error_reporting——掩盖错误比修复更危险 - 正确做法：在访问前加
isset($cfg['Servers'][$i]['auth_type'])或用空合并运算符$cfg['Servers'][$i]['auth_type'] ?? 'cookie' - 注意：phpMyAdmin 4.9+ 已修复大部分这类问题，4.8 及之前版本需手动补丁或升级
mysqli 扩展加载失败但报错藏得深
phpMyAdmin 启动时第一件事就是检测 mysqli 扩展是否可用。PHP 8.0 默认不启用 mysqli，且配置文件中该扩展常被注释掉——但错误日志里未必直接说“mysqli missing”，而是抛出 Fatal error: Uncaught mysqli_sql_exception: Access denied，让人误以为是密码错了。
- 真实原因：PHP 8.0 的
php.ini里extension=mysqli前面还挂着分号，或者extension_dir指向了空目录 - 验证方法：运行
php -m | grep mysqli，无输出即未加载 - 操作路径：找到当前 PHP 版本对应的
php.ini（不是系统默认那个，是 phpMyAdmin 实际加载的那个），取消;extension=mysqli的注释，并确认extension_dir指向正确的ext/目录 - 常见坑：phpstudy、宝塔等面板切换 PHP 版本后，只改了解释器，没同步更新对应版本的
php.ini扩展配置
函数弃用与严格类型踩雷
PHP 8.0 彻底移除了 mysql_* 函数族，也废弃了 get_magic_quotes_gpc() 等旧接口。老版 phpMyAdmin（尤其 4.4 及之前）仍直接调用这些函数，导致启动就 fatal。
- 典型报错：
Uncaught Error: Call to undefined function get_magic_quotes_gpc()或Deprecated: Function mcrypt_create_iv() is deprecated -
mcrypt在 PHP 7.2 已废弃、PHP 8.0 完全删除，但部分老版 phpMyAdmin 的加密逻辑仍硬编码调用它 - 解决不是降级 PHP，而是升级 phpMyAdmin 到 4.9+（支持
openssl_encrypt）或打社区补丁 - 注意：
auth_type = 'config'模式下若$cfg['blowfish_secret']长度不足 32 字符，PHP 8.0 会拒绝解密 session，表现为登录后立即登出——这和报错无关，但属于同一类“严格校验暴露旧配置”问题
最易被忽略的一点：PHP 8.0 的 session.use_strict_mode=1 默认开启，它会拒绝接受客户端传来的任意 PHPSESSID，只认服务端新生成的 ID。老版 phpMyAdmin 若在 session 初始化前就尝试读写，或依赖过期的 cookie，就会静默失败——没有明显报错，只有登录态无法维持。这种问题必须结合浏览器开发者工具看 Cookie 属性（HttpOnly、Secure、SameSite）和服务器 session 日志才能定位。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
