执行SQL后页面空白主因是PHP在解析或执行阶段被静默终止，常见于config.inc.php语法错误、$cfg['blowfish_secret']为空、mysqli未启用、session.save_path不可写、$cfg['UploadDir']配置失效或MySQL层max_allowed_packet过小。
执行 sql 后页面空白、无报错、无结果，大概率是 php 在解析或执行阶段被静默终止——不是前端没渲染，而是后端压根没返回 html。
为什么 error_reporting 和 display_errors 不起作用？
白屏时看不到错误，往往因为 PHP 还没走到脚本逻辑层就崩了：config.inc.php 里有语法错误、$cfg['blowfish_secret'] 是空字符串、mysqli 扩展根本没加载，或者 session.save_path 不可写。这些都会让 PHP 解析器在入口（index.php）require 阶段直接 fatal error，error_reporting 根本没机会生效。
- 用命令行验证配置文件语法：
php -l /path/to/phpmyadmin/config.inc.php - 临时在
index.php最顶部加三行：error_reporting(E_ALL); ini_set('display_errors', '1'); ini_set('log_errors', '1'); - 检查
phpinfo()页面里的Loaded Configuration File路径，确保你改的是这个php.ini - 运行
php -m | grep mysqli，没输出说明mysqli扩展未启用（phpMyAdmin 5.0+ 强制依赖它）
$cfg['UploadDir'] 配置错误导致导入页白屏，但执行 SQL 也会连带失败
很多人只在导入大 SQL 时才想到 $cfg['UploadDir']，其实 phpMyAdmin 5.0 初始化时会主动检查该目录是否存在、是否可读、是否在 open_basedir 白名单内。如果检查失败，整个 UI 渲染流程可能提前退出，表现为执行任意 SQL 后空白。
- 确认
config.inc.php中已显式设置：$cfg['UploadDir'] = 'upload';（不能是注释状态） -
upload目录必须真实存在，且 Web 用户（如www-data）有r-x权限（chmod 755 upload） - 检查
phpinfo()中open_basedir值，确保包含该路径；若为空，也要确认没被 Nginx/Apache 的php_admin_value[open_basedir]覆盖 - 导入页底部没出现“从服务器上传目录中选择文件”选项卡 → 说明
UploadDir未生效
MySQL 层 max_allowed_packet 触发导致执行后白屏
即使上传成功、PHP 没报错，SQL 执行阶段仍可能被 MySQL 拒绝。比如含超长 INSERT 或 BLOB 字段的语句，MySQL 返回空响应，phpMyAdmin 就收不到结果集，最终渲染出空白页。
- 登录 MySQL 执行：
SHOW VARIABLES LIKE 'max_allowed_packet';，若 ≤ 64M，就是瓶颈 - 临时提升（仅当前会话）：
SET SESSION max_allowed_packet = 268435456;（256MB） - 永久生效需改 MySQL 配置文件（
my.cnf或mysqld.cnf），在[mysqld]下加：max_allowed_packet = 256M - 注意：PHP 层的
upload_max_filesize和post_max_size只管上传阶段，不控制 MySQL 执行阶段
memory_limit 被 phpMyAdmin 自身覆盖，且优先级高于 php.ini
phpMyAdmin 从 4.9 开始，在启动流程中会主动调用 ini_set('memory_limit', '512M')（具体值依版本而异）。这意味着你改了 php.ini 也没用——它被源码硬编码覆盖了。
立即学习“PHP免费学习笔记（深入）”；
- 不要直接改 phpMyAdmin 源码（升级就丢），而是在
config.inc.php顶部加：ini_set('memory_limit', '1024M'); - 这行必须放在任何
require或includephpMyAdmin 核心文件之前，否则无效 - 同时检查
output_buffering（建议设为4096或On）和max_execution_time（建议 ≥ 300），三者不协同，单调一个没用 - PHP-FPM 场景下，务必核对
www.conf中的php_admin_value[memory_limit]，它会覆盖所有其他设置
真正麻烦的不是某个参数调不对，而是多个限制叠加后表现一致——都是白屏。查日志、分阶段验证（先看 PHP 是否启动成功，再看是否连上 MySQL，最后看 SQL 是否执行成功），比盲目调大所有 limit 更有效。
