应为phpMyAdmin单独配置PHP-FPM池并使用php_admin_value设置memory_limit=512M、max_execution_time=600、post_max_size=512M、upload_max_filesize=512M，同时确保Nginx可访问对应socket。
phpMyAdmin页面卡死或报504，大概率是PHP-FPM的max_execution_time和memory_limit太保守
phpMyAdmin执行大表导出、结构分析或SQL批量操作时，很容易触发PHP默认的30秒超时和128MB内存限制。这不是代码问题，而是PHP-FPM池配置没适配它的实际负载模式。关键不是调高数值，而是让限制匹配phpMyAdmin的典型行为：短请求用默认值，长任务（如导入）走独立配置。
为phpMyAdmin单独建一个PHP-FPM池，避免影响其他站点
直接改全局www.conf会影响所有PHP应用，风险大。正确做法是新建一个专用池，比如叫phpmyadmin，只给phpMyAdmin入口使用：
- 复制一份池配置：
cp /etc/php/*/fpm/pool.d/www.conf /etc/php/*/fpm/pool.d/phpmyadmin.conf - 在
phpmyadmin.conf里改关键项：listen = /run/php/php-fpm-phpmyadmin.sockpm.max_children = 8（比默认10略低，因phpMyAdmin并发不高）php_admin_value[memory_limit] = 512Mphp_admin_value[max_execution_time] = 600（10分钟，覆盖php.ini） - Nginx中phpMyAdmin的
location ~ \.php$块里，把fastcgi_pass指向新socket：fastcgi_pass unix:/run/php/php-fpm-phpmyadmin.sock;
php_admin_value比php_admin_flag更安全，且不能被.htaccess或ini_set()覆盖
phpMyAdmin里有些功能（比如导入）会尝试调用set_time_limit(0)，但PHP-FPM下这无效——必须由FPM层硬性控制。所以务必用php_admin_value，而不是php_value：
-
php_value[memory_limit]会被脚本里的ini_set()绕过；php_admin_value则完全禁止运行时修改 - 同理，
max_execution_time设为0虽表示“不限”，但不推荐：MySQL连接可能已断开，反而导致不可控状态；600秒足够应付99%的导入/导出场景 - 别碰
request_terminate_timeout：这是FPM级强制杀进程，容易留下半截文件或损坏session
导入大SQL文件时，还要同步调大post_max_size和upload_max_filesize
phpMyAdmin的导入界面本质是HTTP POST上传，所以光调FPM参数不够。这些值必须在对应池里一并声明：
立即学习“PHP免费学习笔记（深入）”；
- 在
phpmyadmin.conf中追加：php_admin_value[post_max_size] = 512Mphp_admin_value[upload_max_filesize] = 512M - 注意单位大小写：
M合法，m或MB会失败，日志里报Invalid value - 如果用命令行导入（
mysql客户端），这些PHP设置完全不生效——那是MySQL服务端的事，跟FPM无关
php_admin_value组合才是稳定基础，但最常被忽略的是socket路径权限：确保Nginx worker进程能读写/run/php/php-fpm-phpmyadmin.sock，否则502错误会掩盖所有调优努力。 
