连接池

为什么需要连接池

建立一个 MySQL 连接包括：TCP 三次握手、TLS 握手（如果加密）、数据库认证、session 初始化——整个过程在局域网内通常需要1-5毫秒。对于每秒处理数百甚至数千请求的 Web 服务，如果每次请求都新建连接，光是连接开销就会消耗大量时间，更严重的是，大量并发的短连接会让数据库的连接管理线程不堪重负。

连接池的做法是启动时创建一批连接放在池中，请求到来时从池中借出一个空闲连接，请求完成后归还而非关闭，下一个请求直接复用。一个配置了100个连接的连接池，可以支撑远超100的并发请求（因为大多数请求的数据库操作只占总时间的一小部分）。[1]

配置要点与常见问题

连接池的核心参数是最大连接数（max pool size）。数据库自身有最大连接数上限（MySQL 默认151），多个应用实例同时运行时，需要保证所有实例的连接池总大小不超过数据库上限，否则新建连接会被拒绝。

• 连接池不宜过大：过多空闲连接占用数据库内存，且超过 CPU 核心数的并发查询会导致线程上下文切换成为瓶颈
• 连接保活（Keep-Alive）：长时间空闲的连接可能被数据库服务端或防火墙关闭，池中需要定期发心跳或检测连接有效性
• PgBouncer 是 PostgreSQL 生态最常用的连接池代理，支持 session、transaction、statement 三种池化模式；HikariCP 是 JVM 生态性能最好的连接池实现