平时写程序的时候，很多人会用到数据库连接池，比如项目一启动就配好一个连接池，让程序在需要时直接从池里拿连接。但有时候也会遇到一种情况：有人图省事，不设连接池，每次要用数据库就新建一个连接，用完立马关掉。时间一长，系统一上量，服务器就开始卡了，这时候才意识到问题可能出在这儿。
连接的创建和销毁不是“免费”的
每次新建数据库连接，其实背后要走一套完整的网络握手流程。比如 MySQL，客户端和服务端得先建立 TCP 连接，然后进行身份认证、权限校验，最后才能执行 SQL。这一套流程下来，哪怕在局域网内，也得几十毫秒。如果每来一个请求就走一遍，那光是等连接建立的时间，就能把响应拖得老长。
更别说销毁连接也不是简单地断开就完事。操作系统要回收端口、释放内存，服务端也得清理会话状态。高频地创建销毁，不仅增加 CPU 负担，还容易触发系统限制，比如“too many open files”这种错误。
连接池的本质：复用代替重建
连接池干的事很简单：提前建好一批连接，放在那里等着被用。请求来了，从池子里借一个；用完了，不急着关，还回去继续给别人用。这样一来，避免了反复握手和认证，效率自然就上去了。
但如果配置不当，比如把连接池的最大空闲时间设得太短，或者干脆每次用完就手动 close() 把连接真给关了，那其实还是回到了“用一次建一次”的老路上。表面上用了池，实际上没起到池的作用，资源照常被浪费。
真实场景中的问题
举个例子，有个后台服务每天处理几万条订单。一开始开发时数据量小，没上连接池，每次查询都 new 一个连接。测试时挺快，上线后一到高峰期，数据库连接数飙升，服务器负载暴涨，日志里全是超时。后来一查，发现光连接建立就占了响应时间的一半。改成合理配置的连接池后，同样的机器扛住了三倍的流量。
怎么避免频繁创建销毁
关键在于正确使用连接池组件。以 HikariCP 为例，常见的做法是全局只初始化一次：
DataSource dataSource = new HikariDataSource();
((HikariDataSource) dataSource).setJdbcUrl("jdbc:mysql://localhost:3306/test");
((HikariDataSource) dataSource).setUsername("root");
((HikariDataSource) dataSource).setPassword("password");
((HikariDataSource) dataSource).setMaximumPoolSize(20);
之后所有数据库操作都从这个 dataSource 获取连接。只要不手动调 destroy() 或 close() 整个池子，连接就会被自动管理和复用。千万别在每次查询前 new 一个 HikariDataSource，那样等于自己给自己挖坑。
另外，应用关闭时再统一释放连接池资源就行，不需要每个请求结束都折腾一次。
小结一下
连接池如果频繁创建销毁，不仅耗 CPU、占内存，还会拉高延迟，严重时直接拖垮服务。真正的节省不是省代码，而是省资源。把连接池当一次性用品用，就跟买瓶装水解渴一样——短期方便，长期来看既贵又浪费。合理的复用机制，才是系统稳定高效的基础。