应启用mysqldump导出并限制权限：配置$cfg'Export'=true，禁用root登录、撤掉FILE权限，设MaxRows=5000，用视图或max_execution_time从源头控量。
phpMyAdmin 导出时内存溢出或卡死怎么办
根本原因是 phpmyadmin 默认用 php 脚本把整张表读进内存再生成导出文件，数据量一过几万行，memory_limit 就容易炸。不是导不出，是它“想全装进脑子再吐出来”，结果卡住或报 fatal error: allowed memory size exhausted。
实操上不能只调大 memory_limit —— 那等于给小船加发动机去拖航母，治标不治本，还放大风险。
- 真正该做的是让导出绕过 PHP 内存加载，改用服务端原生工具（如
mysqldump） - 确认
phpMyAdmin配置里启用了$cfg['Export']['use_mysqldump'] = true;，且服务器已安装mysqldump并在$cfg['ExecDir']指向的路径下可执行 - 禁用「所有行」全选导出：在导出页手动勾选「自定义」→「限制行数」，填个安全值（比如
5000），避免前端误点「全选」触发全表加载
怎么强制限制单次导出最大行数
phpMyAdmin 本身没有“导出行数硬闸”，但可以通过配置 + 权限组合实现事实限制。关键不在界面按钮，而在后端行为拦截。
- 修改
config.inc.php，加入：$cfg['LimitChars'] = 50000; // 影响 SQL 预览截断，非导出控制<br>$cfg['MaxRows'] = 5000; // 列表页默认显示上限，影响“浏览”页行为
- 更有效的是数据库权限层：给运维/导出账号撤掉
SELECT权限，改用专用视图（CREATE VIEW）+WHERE过滤，例如只暴露近 30 天数据，从源头掐断海量导出可能 - 若必须用 root 级账号，可在 MySQL 层加
max_execution_time（MySQL 5.7.20+）防长查询：SET SESSION max_execution_time = 30000;，配合导出前自动执行
防止通过 phpMyAdmin 被拖走整库的权限配置要点
默认安装的 phpMyAdmin 往往配了高权限账号，等于把保险柜钥匙挂在门把手上。防窃取不是靠“禁止导出”，而是让攻击者即使登录了，也拿不到完整数据。
- 绝不用
root@localhost直连phpMyAdmin；创建专用账号，仅授予必要库的SELECT, SHOW VIEW，**明确拒掉FILE权限**（否则可写入任意路径，绕过导出限制） - 在
config.inc.php中设置：$cfg['Servers'][$i]['AllowRoot'] = false;<br>$cfg['Servers'][$i]['AllowNoPassword'] = false;
- 启用
$cfg['Servers'][$i]['DisableIS'] = true;：关闭信息模式（INFORMATION_SCHEMA）访问，隐藏表结构、索引等元数据，增加探测成本
导出大表时为什么 mysqldump 更安全
因为 mysqldump 是 C 写的命令行工具，边查边写磁盘，内存占用恒定在 KB 级；而 phpMyAdmin 的 PHP 导出逻辑会把每行转成数组、拼 HTML/CSV、再 base64 编码——中间对象爆炸式增长。
立即学习“PHP免费学习笔记（深入）”；
- 验证是否生效：导出时打开浏览器开发者工具 → Network 标签，看请求响应头里是否有
X-PhpMyAdmin-Export-Method: mysqldump - 如果没出现，检查
$cfg['Servers'][$i]['ExecDir']是否指向/usr/bin或/usr/local/bin，并确认mysqldump --version在 Web 用户（如www-data）环境下能执行 - 注意兼容性：MySQL 8.0+ 的新认证插件（
caching_sha2_password）可能导致mysqldump连接失败，需在账号上显式指定ALTER USER ... IDENTIFIED WITH mysql_native_password
真正难的不是设几个参数，而是得意识到：phpMyAdmin 是管理界面，不是数据通道。把它当“只读终端”用，而不是“数据下载器”，很多问题就不存在了。
