升级后phpmyadmin无法导出数据库，主因是exectimelimit超时、mysql权限不足（缺lock tables）、utf8mb4_0900_ai_ci排序规则不兼容、savedir路径未配置或无写权限；需手动设$cfg['exectimelimit']=0、校验权限、调整导出选项并验证sql文件完整性。
升级后 phpmyadmin 无法导出数据库，大概率不是功能被删了，而是配置、权限或默认行为变了——尤其是 exectimelimit、savedir、字符集协商逻辑这几个点，老版本能过，新版本（比如 5.2+）会更严格。
导出页空白或 504 错误：先看 ExecTimeLimit 和 MySQL 权限
phpMyAdmin 升级后默认可能启用了更保守的执行超时，且对用户权限校验更严。导出中途挂掉，往往连错误提示都不给，直接白屏。
- 登录后立即执行
SHOW GRANTS FOR CURRENT_USER;，确认结果里包含SELECT和LOCK TABLES；缺LOCK TABLES会导致导出大表失败，但不报明确错 - 检查 phpMyAdmin 根目录下的
config.inc.php，确认有$cfg['ExecTimeLimit'] = 0;（设为 0 表示不限时）；若没有，手动加上并保存 - 如果没权限改配置文件，别硬等——直接切到命令行用
mysqldump，它不受 PHP 超时限制
Unknown collation: 'utf8mb4_0900_ai_ci'：新版 MySQL 的排序规则兼容问题
phpMyAdmin 升级后，若连接的是 MySQL 8.0+（尤其 8.0.28+），默认会尝试用 utf8mb4_0900_ai_ci 排序规则生成建库语句。但旧版 MySQL 或某些云数据库不认这个规则，导入就崩。
- 导出前先运行
SHOW CREATE DATABASE `your_db`;，看输出里的COLLATE是什么；如果是utf8mb4_0900_ai_ci，而目标环境只支持utf8mb4_unicode_ci，就得干预 - 导出页选
Custom模式 → 展开「格式特定选项」→ 取消勾选Use hexadecimal for binary fields（有时触发规则写死）→ 在「对象」区域手动取消勾选CREATE DATABASE（避免带错 COLLATE 的建库语句） - 更稳妥：导出后用文本编辑器打开 .sql 文件，把开头的
DEFAULT COLLATE=utf8mb4_0900_ai_ci全局替换成DEFAULT COLLATE=utf8mb4_unicode_ci
找不到「保存到服务器」选项：SaveDir 配置失效或路径权限不对
升级后 $cfg['SaveDir'] 默认可能为空或未启用，即使你之前配过，新版本也可能忽略它，或者因 Web 用户（如 www-data）对目录无写权限而静默失败。
- 确认
config.inc.php中有类似配置：$cfg['SaveDir'] = '/var/lib/phpmyadmin/save'; - 确保该路径存在且 Web 进程用户可写：
sudo mkdir -p /var/lib/phpmyadmin/save && sudo chown www-data:www-data /var/lib/phpmyadmin/save - 重启 Web 服务（
sudo systemctl restart apache2或nginx），再进导出页看底部是否出现「保存于服务器的 save/ 目录」复选框 - 注意：该功能只存单次导出文件，不自动清理，长期不用建议关掉，避免磁盘占满
真正麻烦的不是导不出，而是导出后文件头没校验、对象没全选、时区语句残留——这些在升级后更容易被默认设置放大。导出完务必用文本编辑器扫一眼开头几行和结尾的 COMMIT 是否完整，再搜 CREATE VIEW 确认关键逻辑在不在。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
