数据库连接池的原理与配置 题目描述 数据库连接池是一种复用数据库连接的技术，用于减少频繁创建和关闭连接带来的性能开销。在高并发场景下，直接频繁创建连接可能导致数据库资源耗尽或响应延迟。连接池通过预先创建并管理一定数量的连接，供应用程序按需借用和归还，从而提升性能。面试中常要求解释其核心原理、关键配置参数及常见问题。 解题过程 连接池的核心原理 初始化阶段 ：连接池启动时，根据配置的初始大小（如 initialSize=5 ）预先创建一定数量的数据库连接，放入池中备用。 连接获取 ：当应用程序需要连接时，从池中分配一个空闲连接；若池中无空闲连接且未达最大容量，则新建连接；若已达上限，则请求可能等待或抛出异常。 连接归还 ：使用完毕后，应用程序调用 close() 方法（实际由连接池代理）将连接标记为空闲，而非真正关闭，供后续复用。 连接管理 ：连接池会定期检查空闲连接的存活状态（如通过 testWhileIdle 参数），关闭失效连接，并补充新连接以维持最小空闲数。 关键配置参数详解 基本容量参数 ： initialSize ：初始连接数，避免首次请求时临时创建连接的延迟。 maxTotal ：最大连接数，防止数据库过载。需根据数据库和系统负载调整（如设20-50）。 minIdle ：最小空闲连接数，确保快速响应突发请求。 连接有效性管理 ： maxWaitMillis ：获取连接的最大等待时间，超时则抛异常，避免线程阻塞。 testOnBorrow / testOnReturn ：借出或归还时校验连接有效性（如执行 SELECT 1 ），但频繁校验有性能损耗。 testWhileIdle ：后台线程定期检查空闲连接，更高效（推荐开启）。 连接回收策略 ： timeBetweenEvictionRunsMillis ：空闲连接检查间隔（如60秒）。 minEvictableIdleTimeMillis ：连接空闲超过该时间则被回收（如30分钟）。 常见问题与解决方案 连接泄漏 ：应用程序未正确归还连接，导致池中连接耗尽。 解决 ：启用连接泄漏检测（如Druid的 removeAbandonedTimeout 参数），强制回收超时未归还的连接。 数据库连接超时 ：数据库主动关闭空闲连接，而连接池未感知，分配后报错。 解决 ：通过 testWhileIdle 或 validationQuery 定期验证连接，废弃无效连接。 连接数不足 ： maxTotal 设置过小，高并发时大量线程等待连接。 解决 ：监控连接池指标（活跃连接数、等待线程数），合理调整 maxTotal 并优化代码减少持有时间。 总结 连接池通过复用连接降低开销，配置时需平衡性能与资源（如 maxTotal 不宜过大避免数据库压力），同时结合监控工具（如Druid的监控界面）实时调整参数。实际应用中，还需注意连接池选型（如HikariCP以高性能著称）与业务场景的适配。