启用mysqldump导出并限制单次行数最可靠：修改config.inc.php添加ExecDir和use_mysqldump配置，手动设导出行数≤5000，且硬拦截sql.php的POST导出请求。
直接改 config.inc.php 启用 mysqldump 导出 + 限制单次导出行数，比调大 memory_limit 更可靠。phpmyadmin 5.2 默认仍走 php 全量加载逻辑，数据一过几万行就容易触发 fatal error: allowed memory size exhausted，这不是配置没调够，是架构设计上就不适合海量导出。
启用 mysqldump 替代 PHP 内存加载
phpMyAdmin 5.2 支持调用系统级 mysqldump 工具，绕过 PHP 内存瓶颈，前提是服务端已安装且权限正确。
- 确认服务器已安装
mysqldump：在终端执行which mysqldump，返回路径如/usr/bin/mysqldump - 编辑
config.inc.php（通常在 phpMyAdmin 根目录），在$cfg['Servers'][$i]配置块内添加：$cfg['Servers'][$i]['ExecDir'] = '/usr/bin/'; $cfg['Export']['use_mysqldump'] = true;
- 确保 phpMyAdmin 进程用户（如
www-data）有执行mysqldump的权限，且数据库账号具备SELECT权限（FILE权限非必需，禁用更安全） - 不生效？检查错误日志里是否报
Cannot execute command—— 多半是ExecDir路径错、权限不足或 SELinux 拦截
手动限制导出行数，避免前端误点“全选”
phpMyAdmin 5.2 的导出页默认勾选“所有行”，但 $cfg['MaxRows'] 只控制浏览页显示条数，不影响导出行为。真正在导出时起作用的是页面上的「自定义」→「限制行数」输入框。
- 导出前务必切换到「自定义」模式，手动填入安全值，例如
5000 - 可在
config.inc.php中加一行提示性注释：// 提醒运维：导出前必须手动设 Limit rows ≤ 5000，禁用“全选”
- 别信界面上的“全选”按钮 —— 它不校验数据量，点下去就触发全表拉取，PHP 内存立刻飙升
- 若需长期约束，可配合 MySQL 层的
max_execution_time：登录后执行SET SESSION max_execution_time = 30000;，超时查询自动中断
禁用 PHP 导出入口，防止绕过前端限制
即使隐藏了导出按钮，攻击者仍可能 POST 请求 sql.php 并带上 export_type=sql 参数直接触发导出。仅靠界面配置无法封死。
- 在
config.inc.php文件末尾（?>前）添加硬拦截逻辑：if (basename($_SERVER['SCRIPT_NAME']) === 'sql.php' && !empty($_POST['export_type'])) { die('Export disabled'); } - 这个判断比
$cfg['Export'] = ['asfile'=>false]更底层，能拦住所有 POST 导出请求 - 注意：该逻辑对 GET 请求无效，所以还要确保 Web 服务器层（Nginx/Apache）不允许多余的
export_type=参数出现在 URL 中 - 测试是否生效：用 curl 手动发一个带
export_type的 POST，应返回纯文本Export disabled，而非跳转或报错
真正难防的不是“怎么导出”，而是“导出时没人盯着”。哪怕配置全对，只要有人在导出页手抖点了“全选”，PHP 进程照样 OOM。所以最有效的动作，其实是把 mysqldump 路径配对、把 export_type 拦死、再贴张便签在运维电脑上写“导出前必填行数”。技术方案再严密，也得靠人落地那一下。
立即学习“PHP免费学习笔记（深入）”；
