根本原因是未显式断开的mysqli/PDO连接在PHP-FPM进程内持续驻留，触发GC压力与析构阻塞；phpMyAdmin切换服务器时为所有配置项（含未选中者）初始化连接对象，失败后仍滞留内存直至进程退出。
根本原因不是多服务器配置本身，而是每个未显式断开的 mysqli 或 PDO 连接实例在 PHP-FPM 进程生命周期内持续驻留，触发 GC 压力与析构阻塞。
为什么切换服务器后内存不释放
phpMyAdmin 在用户登录或切换服务器时，会为 $cfg['servers'] 数组中每一项（哪怕未选中）尝试初始化一个 mysqli 对象。若连接失败（如目标 MySQL 服务不可达），mysqli::__construct() 仍会返回一个部分初始化对象，且默认不会自动调用 close()；该对象一直存活到 PHP-FPM 进程退出，期间占用内存并拖慢 GC。
- 配置了 8 个服务器但只用第 1 个 → 其余 7 个连接对象仍被构造并滞留
-
$cfg['AllowArbitraryServer'] = true+$cfg['ServerDefault'] = 0→ 每次请求都探测全部服务器连通性，反复新建又丢弃连接 - 浏览器多标签页打开不同服务器 → 每个标签页对应独立 PHP-FPM 进程，各自维持一套连接实例
哪些配置写法会隐式创建冗余连接
动态生成服务器配置时，若索引错位或条件漏判，会导致同一服务器被重复加载多次，进而触发多个 new mysqli() 调用。更隐蔽的是 $cfg['CheckConfigurationPermissions'] = true（默认开启），它会在每次请求中反复调用 stat() 检查 config.inc.php 权限，刷新 realpath 缓存，间接加剧 CPU 和内存压力。
- 使用
foreach ($servers as $i => $s)但未校验$i是否连续 → 出现$cfg['servers'][1]和$cfg['servers'][3]跳号，导致 phpMyAdmin 内部逻辑误判并重试加载 - 在配置中混用
host和socket，且未设connect_type = 'socket'→ mysqli 尝试 TCP fallback，超时后才失败，连接对象卡在半开状态 - 启用了
$cfg['Servers'][$i]['extension'] = 'mysqli'却未关闭mysqlnd扩展 → 双扩展共存时资源引用计数异常，延迟释放
为什么 mysqli::close() 会卡住进程
PHP-FPM 进程退出前会批量析构所有活跃连接。若其中某个 mysqli 实例背后是响应缓慢的 MariaDB（尤其空闲连接关闭阶段存在握手延迟），mysqli::close() 可能阻塞数秒 —— 此时进程无法复用，新请求只能 fork 新进程，形成进程膨胀雪崩。PHP 8.0+ 的 GC 策略更激进，遍历大量 ZVAL 引用图耗时随连接数非线性增长。
- 连接对象内部持有结果集缓存、字符集映射表、SSL 上下文等，即使没执行查询也占 2–5MB 内存
- MySQL 服务端设置了
wait_timeout = 60，但 phpMyAdmin 客户端未设mysqli.reconnect = On→ 连接断开后对象残留，析构时尝试重连失败再清理，耗时翻倍 - 使用 Nginx + PHP-FPM 时，
fastcgi_finish_request()已返回响应，但连接析构仍在后台进行，监控工具看到的是“已响应却高 RSS”
真正危险的不是连接数多，而是连接对象在进程内“活着却不干活”——它们不释放内存，也不让 GC 快速回收，只在进程终结那一刻集中爆发。排查时别只盯 ps 的 RSS，更要抓 strace -p $PID -e trace=close,write 看析构阶段是否卡在 socket 关闭上。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
