MySQL 连接池要不要自己实现？
不要。自己手写连接池在生产环境几乎总是更慢、更不稳定、更容易出错。MySQL 官方驱动（如
mysql-connector-java、
pymysql、
mysql2）或主流 ORM（如
Spring Boot的 HikariCP、
Django的
CONN_MAX_AGE）都内置了成熟连接池，直接配置比“自己造轮子”靠谱得多。
常见误区是认为“连接池 = 多开几个连接”，其实核心是复用、超时控制、空闲回收和连接有效性检测。没配好反而会压垮数据库——比如连接数爆满、连接泄漏、长时间空闲连接被中间件断开后未重连。
HikariCP 的关键参数怎么设才不翻车？
HikariCP 是 Java 生态事实标准，但默认配置对 MySQL 高并发场景往往偏保守。重点调这四个参数：
maximumPoolSize：别盲目设成 100+。先看 MySQL 的
max_connections（用
SHOW VARIABLES LIKE 'max_connections';查），再预留 20% 给 DBA、备份、监控等；应用侧建议从 20–50 起步，压测后再调
connectionTimeout：建议设为
3000（3 秒）。太长会让请求卡住，太短容易误判连接不可用
idleTimeout：设为
600000（10 分钟）。MySQL 默认
wait_timeout通常为 8 小时，但中间网络设备（如 LB、NAT）可能 5–15 分钟就断空闲连接，设比它小一点能主动清理
validationTimeout+
connectionTestQuery：MySQL 8.0+ 推荐用
isValid(1)（HikariCP 内置），不用配
connectionTestQuery；老版本可设
SELECT 1，但必须配
validationTimeout=3000
Python 用 pymysql
或 mysql-connector-python
怎么配连接池？
这两个库本身不带连接池，必须靠上层封装。最常用的是
DBUtils.PooledDB，但要注意它不支持连接有效性自动验证，容易拿到已断开的连接。
推荐方案：
SQLAlchemy+
create_engine自带池管理，且默认开启连接检测：
from sqlalchemy import create_engine <p>engine = create_engine( "mysql+pymysql://user:pass@host:3306/db", pool_size=10, max_overflow=20, # 超出 pool_size 后最多临时加 20 个 pool_recycle=3600, # 强制每小时换新连接（防 wait_timeout） pool_pre_ping=True, # 每次取连接前执行 SELECT 1 检查是否还活着 echo=False )
注意：
pool_pre_ping=True有轻微性能损耗，但远小于因连接失效导致的查询失败重试成本；
pool_recycle值应略小于 MySQL 的
wait_timeout（查
SHOW VARIABLES LIKE 'wait_timeout';）。
为什么加了连接池，QPS 上不去甚至更差？
连接池不是银弹。高并发下性能瓶颈常不在连接建立，而在：
MySQL 单核 CPU 打满（尤其复杂 JOIN / ORDER BY / GROUP BY），加再多连接也无用；先看SHOW PROCESSLIST和
slow_query_log事务没及时提交，
autocommit=False且忘了
commit()，连接被长期占用 连接池大小 > MySQL
max_connections，导致新连接被拒绝，错误日志里会出现
Too many connections应用线程数远大于连接池大小，大量线程阻塞在
getConnection()，CPU 空转等连接释放
真实压测时，务必同时监控三处：应用端连接池等待时间（HikariCP 的
poolUsageMBean）、MySQL 的
Threads_connected、以及
Threads_running—— 后者持续 > 50 就说明查询执行不过来，该优化 SQL 或加索引了。
