$cfg['UploadDir']不生效是因为目录不存在、Web用户无读权限或路径未在open_basedir白名单内；必须用相对路径、手动创建目录并设对权限，且需重启Web服务和清缓存。
为什么加了 $cfg['UploadDir'] 却没出现「从服务器上传目录选择文件」？
不是配置写错，而是三个硬性条件缺一不可：目录必须存在、web 用户（如 www-data）有读权限、路径必须在 php 的 open_basedir 白名单内。任意一条不满足，下拉框就完全不显示——不是“加载慢”，是根本不会渲染出来。
常见错误现象：
– config.inc.php 里写了 $cfg['UploadDir'] = 'upload';，但导入页连下拉菜单都没有
– 目录已创建，ls -l 看权限是 drwxr-xr-x，仍提示 Access denied
– 用绝对路径如 /var/www/shared/sql，结果页面报 File not found
- 路径必须是相对路径（相对于 phpMyAdmin 根目录），比如
'upload'；写绝对路径虽可能生效，但极易撞上open_basedir限制 - 目录得手动创建：
mkdir /path/to/phpmyadmin/upload，然后chown www-data:www-data upload（Apache 下用户可能是apache或nginx，需确认） - 如果启用了
open_basedir（常见于共享主机或安全加固环境），必须把该路径加进白名单，例如在php.ini或虚拟主机配置中加：php_admin_value open_basedir "/var/www/phpmyadmin:/var/www/shared"
怎么改 config.inc.php 才让 $cfg['UploadDir'] 生效？
别动 libraries/config.default.php，那个是只读模板。真正要改的是 phpMyAdmin 根目录下的 config.inc.php —— 如果不存在，就复制 config.sample.inc.php 并重命名。
实操建议：
– 在 $cfg['Servers'][$i]['auth_type'] = 'cookie'; 后面任意位置添加一行：$cfg['UploadDir'] = 'upload';
– 不要加斜杠：'upload/' 或 '/upload' 都会失效
– 末尾必须有分号，PHP 语法错误会导致整个 phpMyAdmin 500
- 改完必须重启 Web 服务：
sudo systemctl restart apache2或sudo systemctl restart nginx - 浏览器缓存要清，配置不热加载，硬刷新（Ctrl+Shift+R）才能看到变化
- 检查是否误加了中文引号或全角符号——
‘upload’（中文单引号）和'upload'（英文单引号）效果天差地别
导入时选不到文件？检查文件后缀、权限和 SELinux 上下文
即使下拉框出现了，列表为空，大概率卡在这三点。phpMyAdmin 默认只列 .sql、.csv 文件；.gz 和 .zip 需 PHP 启用 zlib/zip 扩展且配置允许，否则直接过滤掉。
立即学习“PHP免费学习笔记（深入）”；
- 确保 SQL 文件放在
upload/目录下，且后缀是小写.sql（.SQL不识别） - 文件本身也要可读：
chmod 644 dump.sql，仅目录可读不够，Web 进程得能打开文件内容 - CentOS/RHEL 上若启用了 SELinux，
ls -Z upload/可能显示上下文为unconfined_u:object_r:default_t:s0，需修复：sudo semanage fcontext -a -t httpd_sys_rw_content_t "/path/to/phpmyadmin/upload(/.*)?"，再sudo restorecon -Rv upload/
导入大文件失败？别只盯着 $cfg['UploadDir']
$cfg['UploadDir'] 解决的是「从哪读文件」，不是「能不能执行完」。哪怕文件是从服务器目录选的，仍受 MySQL 的 max_allowed_packet 和 PHP 的 max_execution_time 限制。页面卡住、报 Lost connection to server 或空白，八成是这两个值太小。
- MySQL 层：编辑
/etc/mysql/my.cnf，在[mysqld]段加：max_allowed_packet = 512M，然后sudo systemctl restart mysql - PHP 层：调高
upload_max_filesize、post_max_size、max_execution_time，三者都要设够——尤其post_max_size必须 ≥upload_max_filesize - 注意：改完不重启服务，等于没改；改完不验证（比如访问
phpinfo()确认参数值），容易误判
真正麻烦的点不在配置项本身，而在权限链路太长：Web 用户读目录 → PHP 读文件 → MySQL 接收并解析 SQL → 全过程每一步都可能被 SELinux、open_basedir、umask 或 MySQL 配置掐断。少查一环，就卡死在「看起来没问题」的假象里。
