phpMyAdmin 报错但页面只显示空白，怎么看到真实错误？
遇到phpMyAdmin页面一片空白，先别慌。这通常是PHP报了致命错误，但被默认的“静默模式”给屏蔽了。想看到错误详情，得先让PHP“开口说话”。
- 第一步，确认错误输出是否被关闭：访问一个纯
phpinfo()页面，搜索error_reporting和display_errors这两个配置项。如果它们的值显示为Off，那问题就找到了。 - 第二步，临时开启错误显示：最快的方法是在phpMyAdmin的入口文件
index.php顶部，标签后的第一行，加上这两行代码：error_reporting(E_ALL); ini_set('display_errors', '1');。刷新页面，错误信息应该就会显示出来。 - 第三步，从根源上修改配置：更稳妥的做法是直接编辑
php.ini文件，将display_errors设为On，error_reporting设为E_ALL，然后重启你的Web服务（比如Apache的sudo systemctl restart apache2或PHP-FPM的sudo service php-fpm restart）。 - 最后，别忘了安全提醒：在线上生产环境，可别长期开启
display_errors。它虽然方便调试，但也容易暴露服务器路径和配置信息，带来安全风险。
phpMyAdmin 自身的调试日志怎么开？
除了PHP本身的错误，phpMyAdmin还有一套独立的日志系统，专门记录SQL执行、登录尝试、配置加载这些内部流程。开启它，能帮你看到更底层的操作细节。
- 编辑phpMyAdmin根目录下的
config.inc.php文件，添加或修改以下几行配置： $cfg['Debug'] = true;—— 这是基础调试开关，开启后界面会显示更多信息，比如SQL查询语句和执行耗时。$cfg['Sa veDir'] = '/var/log/phpmyadmin/';—— 指定日志文件的保存路径。这里有个关键点：你指定的目录必须真实存在，并且Web服务器进程（比如www-data或nginx用户）要有写入权限。$cfg['TempDir'] = '/var/lib/phpmyadmin/tmp/';—— 临时目录也得配对设置好，否则像导入导出这类需要跟踪临时文件的操作，日志功能可能会失效。- 配置生效后，日志通常会以
phpmyadmin.log这样的文件名生成。里面的内容一目了然，每行都是一条带时间戳的事件记录，比如[2024-05-12 14:22:03] SQL: SELECT * FROM users;。
PHP 错误日志在哪？为什么改了 php.ini 还看不到？
有时候，明明改了php.ini，却还是找不到错误日志。问题往往出在路径和权限上——PHP的日志去向，并不总是你以为的那个地方。
- 先找到真正的日志路径：在服务器上运行
php -i | grep error_log命令，或者查看phpinfo()页面里error_log这一项。它会告诉你日志实际写到了哪里，可能是/var/log/php_errors.log，也可能是/var/log/apache2/error.log。 - 警惕“stderr”这个值：如果
error_log的值显示为stderr- 权限是最大的“拦路虎”：确保日志文件所在的目录Web服务器进程有写入权限。一个简单的测试方法是：用Web服务器的用户身份（如
sudo -u www-data）去创建并修改日志文件的权限。- PHP-FPM环境下的特殊配置：如果使用PHP-FPM，还需要检查
www.conf配置文件，确保catch_workers_output = yes，并且php_admin_value[error_log]的路径配置正确。否则，子进程的错误信息可能无法被正确捕获和记录。 - 权限是最大的“拦路虎”：确保日志文件所在的目录Web服务器进程有写入权限。一个简单的测试方法是：用Web服务器的用户身份（如
调试时发现 mysqli_connect() 失败，但错误不显示？
这是一个典型场景：phpMyAdmin提示“无法连接到MySQL服务器”，但具体是什么原因导致的连接失败，却被它友好的错误提示给掩盖了。要揪出真凶，得绕过phpMyAdmin，直接测试底层连接。
- 手动编写测试脚本：在服务器上创建一个简单的PHP文件，用最直接的代码测试MySQL连接：
connect_error) {
error_log('MySQL connect error: ' . $mysqli->connect_error . ' (' . $mysqli->connect_errno . ')');
echo $mysqli->connect_error;
}
?>
mysqli扩展没有启用（用php -m | grep mysqli检查）、MySQL服务本身没有运行、MySQL的bind-address配置限制了连接来源，或者是SELinux/防火墙策略拦截了连接。$cfg['Servers'][$i]['host']配置里，填127.0.0.1会走TCP/IP连接，而填localhost在Linux下通常会尝试使用Unix Socket连接。这两种方式的错误表现可能不同，务必根据MySQL的实际监听方式来核对。说到底，调试这类问题，最考验人的往往是耐心和对细节的把握。权限对不对、路径有没有写错、配置是否被其他层覆盖……这些地方比反复刷新页面重要得多。盯紧这些关键点，问题往往就能迎刃而解。
立即学习“PHP免费学习笔记（深入）”；
