优先调高 PHP memory_limit 并检查 phpMyAdmin 的 $cfg['MemoryLimit'] 设置，同时需适配运行模式（Apache/mod_php 可用 .htaccess，PHP-FPM 必须改 php.ini 或 pool 配置），并考虑改用 mysqldump 或分批次导出等更优策略。
phpMyAdmin导出报 Allowed memory size exhausted 怎么办
直接调高 php 内存限制是最快解法，但不是所有场景都该这么干。phpmyadmin 导出本质是把整个结果集读进 php 内存再拼成 csv/sql，数据量稍大（比如单表超 50mb 或含 blob 字段）就容易崩——哪怕你设了 memory_limit = 2g，也挡不住 php 自身处理大字符串的开销和 apache/nginx 的请求超时。
改 php.ini 还是 .htaccess？优先看运行模式
Apache + mod_php 时，.htaccess 里加 php_value memory_limit 512M 有效；但用 PHP-FPM（Nginx 或新版 Apache）时，.htaccess 完全不生效，必须改 php.ini 或对应 pool 配置里的 php_admin_value[memory_limit]。漏掉这点，调半天没用。
- 查当前生效配置：在 phpMyAdmin 根目录放个
info.php，内容为<?php phpinfo(); ?>，搜Loaded Configuration File和memory_limit - 改完记得重启 PHP-FPM 或 Apache：
sudo systemctl restart php-fpm或sudo systemctl restart apache2 - 别只改
memory_limit，顺手检查max_execution_time（默认 30 秒），导大库很容易超时
导出卡在“正在生成文件”？换策略比硬扛内存更靠谱
内存调到 1G 以上还崩，说明不是配置问题，而是导出方式本身不匹配数据规模。phpMyAdmin 的“全选导出”对大表就是反模式。
- 用命令行
mysqldump替代：它流式读取、不加载全量到内存，mysqldump -u root -p --single-transaction database_name table_name > dump.sql - 分批次导出：在 phpMyAdmin 里写
SELECT ... LIMIT 10000 OFFSET 0手动分页，或用WHERE id BETWEEN 1 AND 10000拆表 - 禁用“保存为文件”选项：勾掉
Save as file，选Display output as text，复制粘贴到本地再保存，绕过浏览器上传/下载链路的额外开销
为什么改了 memory_limit 还报错？检查 phpMyAdmin 自身限制
phpMyAdmin 有独立的内存保护机制，在 config.inc.php 里通过 $cfg['MemoryLimit'] 控制（单位是字节），默认值可能是 32M 或 0（不限）。如果这里设了非零值，会覆盖 PHP 层设置。
- 打开 phpMyAdmin 的
config.inc.php，搜MemoryLimit，改成$cfg['MemoryLimit'] = 0;（彻底关闭）或536870912（512MB） - 注意：这个值是 phpMyAdmin 内部计算用的，和
php.ini的memory_limit是两套逻辑，必须同时检查 - 某些托管环境（如 cPanel）会锁定
config.inc.php，此时只能走命令行或联系服务商
真正麻烦的不是调参数，而是分不清哪一层在拦你——PHP 内存、Web 服务器超时、phpMyAdmin 自限、MySQL 连接超时，四层叠在一起，错一个就卡死。动手前先 phpinfo() 和 config.inc.php 对着看，比盲目调数字快得多。
立即学习“PHP免费学习笔记（深入）”；
