根本原因是Nginx的fastcgi_pass未正确指向已运行的PHP-FPM版本；需确认php-fpm服务状态、监听地址（socket或端口），并严格匹配Nginx配置中的fastcgi_pass，其他配置如phpMyAdmin自身设置或.htaccess均不决定PHP版本。
phpMyAdmin 找不到 php-cgi 或报错 File not found
根本原因不是 phpmyadmin 配置错了，而是 web 服务器（通常是 nginx）调用的 fastcgi 后端没指向你想要的 php 版本。phpmyadmin 本身不选 php 版本，它完全依赖 web 服务器传进来的 cgi 环境。
常见错误现象：File not found.（Nginx）、Primary script unknown、或页面空白但 error log 里有 connect() failed (111: Connection refused) —— 这说明 Nginx 去连了一个根本没在运行的 php-fpm socket 或端口。
- 确认你要用的 PHP 版本已安装并启用了
php-fpm服务，比如php8.2-fpm（Ubuntu/Debian）或php-fpm-8.2（CentOS/RHEL） - 查它的监听地址：打开对应版本的
php-fpm配置（如/etc/php/8.2/fpm/pool.d/www.conf），看listen =行是127.0.0.1:9002还是/run/php/php8.2-fpm.sock - Nginx 的 server 块里，
fastcgi_pass必须严格匹配这个地址，不能写成fastcgi_pass php7.4-fpm.sock却实际跑着 8.2
Nginx 配置中 fastcgi_pass 指向哪个 PHP 版本
这是唯一决定 phpMyAdmin 用哪个 PHP 的地方。别去改 phpMyAdmin 的 config.inc.php，它不控制解释器版本。
典型配置片段（以 socket 方式为例）：
location ~ \.php$ {
include fastcgi.conf;
fastcgi_pass unix:/run/php/php8.2-fpm.sock; <-- 这行决定一切
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}- 如果多个 PHP 版本共存，每个站点可独立指定
fastcgi_pass，比如 phpMyAdmin 用 8.2，WordPress 用 7.4 - 用 TCP 端口方式时，确保端口不冲突（如 9000、9001、9002），且防火墙未拦截本地回环
-
fastcgi_param PHP_VALUE可临时覆盖某些 ini 设置，但不能切换 PHP 主版本
Apache 下用 SetHandler 切 PHP 版本时 phpMyAdmin 不生效
Apache 的 SetHandler "proxy:fcgi://127.0.0.1:9002" 看似灵活，但 phpMyAdmin 的 index.php 若被 .htaccess 或主配置提前重写，可能绕过 handler 规则。
立即学习“PHP免费学习笔记（深入）”；
- 检查 Apache error log，搜索
Invalid command 'SetHandler'—— 可能mod_proxy_fcgi未启用 - 确保
<Directory>块里允许 override：AllowOverride All，否则 .htaccess 里的 handler 不起作用 - 更稳妥的做法：不用 .htaccess，直接在虚拟主机配置里写
<FilesMatch \.php$> SetHandler ... </FilesMatch> - 注意 SELinux（RHEL/CentOS）：默认禁止 Apache 连接非标准端口，需执行
setsebool -P httpd_can_network_connect 1
phpMyAdmin 页面显示 PHP 版本和实际执行不符
页面右下角写的 PHP 8.2.12 是它读取 PHP_VERSION 常量的结果，但这只是“当前进程看到的版本”，不代表整个请求生命周期都由该版本处理——尤其当用了 opcache、APCu 或跨进程缓存时，可能混入旧编译结果。
- 最可靠验证法：在 phpMyAdmin 根目录放一个
info.php，内容为<?php phpinfo(); ?>，用浏览器直接访问它，看Loaded Configuration File和PHP Version - 如果 info.php 显示 8.2，但 phpMyAdmin 报错说找不到
mysqli，说明该 PHP 版本没启用对应扩展，要检查/etc/php/8.2/mods-available/mysqli.ini是否存在且被phpenmod启用 - 重启顺序很重要：先
systemctl restart php8.2-fpm，再systemctl restart nginx，漏掉前者会导致 Nginx 连上一个旧版或崩溃的 FPM 进程
多 PHP 环境下最容易被忽略的是：FPM pool 配置里的 php_admin_value[error_log] 路径是否可写，以及 catch_workers_output = yes 是否开启 —— 否则 PHP 层的致命错误会静默消失，只留下 Nginx 的 502。
