高并发下MySQL连接池需协同调整协程生命周期、空闲回收与健康检测：先确认连接池类型（如Swoole\Database\MySQLPool或Channel自定义池），检查swoole.enable_coroutine启用状态；池容量按MySQL max_connections的70%均分至Worker，idle时间设为300秒起点但须≥SQL P95耗时，min设5–10；必须开启ping_on_get或手动SELECT 1检测，确保断连连接不归还。
高并发下MySQL连接频繁创建销毁导致超时、断连、Threads_connected持续上涨，说明连接池配置失当，必须从协程生命周期、空闲回收、健康检测三方面协同调整。
确认运行环境与连接池类型
先判断你用的是哪种连接池：如果是ThinkPHP5 + think-swoole，走的是Swoole\Coroutine\MySQL + 自定义Channel池；如果是Hyperf生态引入的hyperf/pool，则走的是AbstractPool抽象层；若直接使用Swoole\Database\MySQLPool组件，配置项和回收逻辑完全不同。【类型混淆会导致put()不生效、连接永不归还】。
执行php --ri swoole检查swoole.enable_coroutine是否为enabled；运行ps aux | grep pool_server确认没混用php-cp这类外部进程池服务——两者共存会争抢连接句柄。
设置合理的池容量与空闲策略
第一步：计算max_connections安全上限。查MySQL当前值：mysql -e "SHOW VARIABLES LIKE 'max_connections';"。假设返回150，而你有4个Worker进程，每个Worker最多分配30个连接，即pool_max ≤ 30。
第二步：按业务SQL平均耗时定idle时间。若主查询P95在120ms内完成，设max_idle_time = 300秒是安全起点；但若存在大量SELECT SLEEP(3)类调试SQL，必须同步调大该值，否则连接会在执行中被误判空闲并关闭。
第三步：min_connections设为5～10。太小（如0）会导致突发流量时连接预热延迟；太大（如等于max）则浪费内存且无法动态缩容。
开启连接健康检测与自动归还
方法一：Swoole\Database\MySQLPool（推荐用于新项目）
在实例化时传入配置数组，必须包含'ping_on_get' => true：
$pool = new MySQLPool($config, 30, ['ping_on_get' => true]);
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
方法二：手写Channel池（适配老项目）
每次pop()后立即执行$mysql->query("SELECT 1")，失败则close()并跳过push；成功才继续业务逻辑。这一步不能省——Swoole\Coroutine\MySQL对象在服务端断连后不会自动失效，不检测就直接query会抛出“MySQL server has gone away”。
方法三：ThinkPHP5 + think-swoole协程池
在config/swoole.php中启用$pool->put($conn)，否则连接永久滞留。
绑定协程上下文防止连接错用
在onRequest或onMessage回调里，获取连接后立即将其绑定到当前协程ID：
$cid = Coroutine::getCid();
$server->connections[$fd]['mysql_cid'] = $cid;
后续所有操作前校验：if (Coroutine::getCid() !== $server->connections[$fd]['mysql_cid']) { throw new Exception('跨协程误用MySQL连接'); }。这能杜绝因协程调度导致的连接被其他请求覆盖写入的问题。
联动MySQL服务端参数调优
执行mysql -e "SET GLOBAL wait_timeout=600; SET GLOBAL interactive_timeout=600;"，确保服务端空闲超时 ≥ 应用层max_idle_time + 5秒。若使用ProxySQL，还需在proxyadmin中执行SET mysql-default_connect_timeout=5000;，避免代理层提前切断。
检查Threads_connected是否稳定：watch -n1 'mysql -e "SHOW STATUS LIKE \"Threads_connected\";"'。若数值缓慢爬升不回落，90%是put()缺失或finally块未覆盖所有异常路径。
