连接池预热有必要吗
早上九点，系统刚上线，用户一波接一波地涌进来。可奇怪的是，前几分钟接口响应特别慢，日志里一堆数据库超时警告。等过了这阵，系统又恢复正常。这种情况，你是不是也遇到过？
问题很可能出在连接池没预热。很多人觉得，连接池不是能自动创建连接吗？用的时候现建不就行了？可现实没那么理想。
冷启动的代价
想象一下，早高峰坐地铁。闸机全开，但一开始人少，只开了两个口。突然一大波人冲过来，队伍瞬间排到楼外。虽然系统会慢慢增加检票口，可前面那批人已经等得火大了。
数据库连接池也是这样。应用刚启动时，池子里是空的。第一个请求来了，得先建立TCP连接、完成认证、分配资源，这一套走下来，可能就要几百毫秒。如果同时来几十个请求，每个都得自己去建连接，数据库瞬间被打满，超时自然就来了。
预热怎么做
其实很简单，应用启动后，主动创建一批连接放进池子，让它们提前“热”起来。比如用 HikariCP 的话，可以这样设置：
DataSource dataSource = new HikariDataSource();
dataSource.setJdbcUrl("jdbc:mysql://localhost:3306/test");
dataSource.setUsername("root");
dataSource.setPassword("password");
dataSource.setMaximumPoolSize(20);
dataSource.setMinimumIdle(5);
dataSource.setInitializationFailTimeout(1);关键在 setMinimumIdle(5)，它会让池子一启动就创建5个空闲连接。也可以在启动后手动执行几次简单的SQL查询，比如 SELECT 1，确保连接真正建立并验证通过。
哪些场景必须预热
定时任务系统就是个典型。每天凌晨两点跑批处理，其他时间几乎没负载。这时候连接池完全是冷的。任务一触发，几十个线程同时要连接，数据库直接被压垮。提前预热几秒的事，能避免半夜被报警叫醒。
另一个是高并发服务上线。比如抢购系统，活动开始前必须把连接池撑起来，否则第一波用户全得卡住。
当然，不是所有项目都需要。内部小工具，访问量低，启动后慢慢建连接也没事。但只要涉及突发流量或对响应敏感，预热就是必选项。
别让数据库连接成为你系统的“冷门闸机”。花几分钟配置好预热，比事后查日志、调参数省心得多。