1. 为什么需要Druid连接池在Spring Boot应用开发中数据库连接管理是个容易被忽视但极其重要的问题。我见过太多项目因为不当的连接池配置导致生产环境崩溃。Druid作为阿里巴巴开源的数据库连接池相比HikariCP等方案有几个独特优势首先Druid提供了完善的监控功能。通过内置的StatFilter我们可以实时查看SQL执行次数、执行时间分布连接池活跃连接数、等待线程数慢SQL统计可配置阈值事务执行情况这些指标对于诊断生产环境性能问题至关重要。去年我们一个电商项目就曾通过Druid监控发现某个商品详情页的SQL没有使用索引导致连接池被占满。其次Druid在防SQL注入方面做了增强。通过WallFilter可以拦截可疑的SQL语法如永真条件11批量删除/更新操作高风险函数调用这为系统提供了额外的安全防护层。记得有次安全扫描报出SQL注入漏洞我们就是通过配置WallFilter的严格模式临时缓解了风险。2. Spring Boot 3集成Druid2.1 基础依赖配置在pom.xml中添加以下依赖注意版本兼容性dependency groupIdcom.alibaba/groupId artifactIddruid-spring-boot-3-starter/artifactId version1.2.18/version /dependency这里特别说明几个关键点必须使用druid-spring-boot-3-starter而非普通starter这是专为Spring Boot 3适配的版本1.2.18是目前2023年最稳定的版本新版本可能存在兼容性问题不需要额外引入JDBC驱动Spring Boot的jdbc starter会自动处理2.2 基础YAML配置示例在application.yml中配置spring: datasource: url: jdbc:mysql://localhost:3306/test?useSSLfalse username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver druid: initial-size: 5 min-idle: 5 max-active: 20 max-wait: 60000 validation-query: SELECT 1 test-while-idle: true test-on-borrow: false test-on-return: false这些参数的实际含义和调优建议initial-size启动时立即建立的连接数建议与min-idle相同max-wait获取连接的超时时间毫秒超过会报错。高并发场景可适当增大validation-query连接有效性检测SQL不同数据库需调整test-while-idle建议开启空闲时检测连接有效性3. 高级功能配置3.1 监控面板配置启用内置监控需要添加Filter配置spring: datasource: druid: stat-view-servlet: enabled: true login-username: admin login-password: admin url-pattern: /druid/* web-stat-filter: enabled: true url-pattern: /* exclusions: *.js,*.gif,*.jpg,*.png,*.css,*.ico,/druid/*访问http://localhost:8080/druid即可看到监控页面。建议生产环境一定要修改默认账号密码通过Spring Security限制访问IP不要暴露在公网3.2 SQL防火墙配置WallFilter可以防止恶意SQLspring: datasource: druid: filter: wall: enabled: true config: delete-allow: false drop-table-allow: false none-base-statement-allow: false我曾遇到过一个案例开发人员在Controller直接拼接SQL参数导致注入风险WallFilter拦截了攻击尝试并触发告警。3.3 多数据源配置对于需要连接多个数据库的场景Configuration public class DruidConfig { Bean ConfigurationProperties(spring.datasource.druid.master) public DataSource masterDataSource() { return DruidDataSourceBuilder.create().build(); } Bean ConfigurationProperties(spring.datasource.druid.slave) public DataSource slaveDataSource() { return DruidDataSourceBuilder.create().build(); } }对应YAML配置spring: datasource: druid: master: url: jdbc:mysql://master-host:3306/db username: master_user password: master_pass slave: url: jdbc:mysql://slave-host:3306/db username: slave_user password: slave_pass4. 生产环境最佳实践4.1 连接泄露检测Druid可以检测未关闭的连接spring: datasource: druid: remove-abandoned: true remove-abandoned-timeout: 300 log-abandoned: true当连接超过300秒未关闭会被强制回收并打印日志。这个功能帮我们发现了多个忘记关闭ResultSet的Bug。4.2 慢SQL监控配置慢SQL阈值spring: datasource: druid: filter: stat: enabled: true slow-sql-millis: 1000 log-slow-sql: true超过1秒的SQL会被记录。我们曾通过这个功能发现一个N1查询问题优化后接口响应时间从2秒降到200毫秒。4.3 连接池大小计算正确的连接池大小计算公式连接数 ((核心数 * 2) 有效磁盘数)例如4核服务器带SSD计算连接数 (4 * 2) 1 9建议配置initialSize5, maxActive10注意连接数不是越多越好过多的连接会导致数据库负载升高。5. 常见问题排查5.1 连接池耗尽问题错误信息com.alibaba.druid.pool.GetConnectionTimeoutException: wait millis 60000, active 20解决方案检查是否有连接泄露配置remove-abandoned适当增大max-active但要考虑数据库承受能力优化慢SQL减少连接占用时间5.2 监控页面404可能原因没有正确配置stat-view-servlet.enabled与其他端点路径冲突Spring Security拦截了/druid/*路径5.3 版本兼容性问题Spring Boot 3必须使用druid-spring-boot-3-starter普通starter会导致自动配置失效。如果遇到Failed to configure a DataSource请检查依赖是否正确。6. 性能优化实战案例去年我们一个订单系统在促销期间出现数据库连接不足的问题。通过Druid监控发现活跃连接数长期维持在max-active有大量获取连接超时的日志慢SQL中有一个订单统计查询平均执行时间8秒优化过程临时解决方案将max-active从20调整到50不推荐长期方案真正修复为统计查询添加适当索引执行时间降到0.5秒引入二级缓存减少相同查询的数据库访问优化后效果连接池活跃连接数峰值从50降到1599线响应时间从5秒降到800毫秒服务器CPU使用率下降40%这个案例让我深刻体会到连接池参数调整只是治标SQL和索引优化才是治本。