1. 为什么选择Druid作为Spring Boot的数据源在Spring Boot项目中数据源的选择直接影响着应用的性能和稳定性。Druid作为阿里巴巴开源的数据库连接池相比HikariCP等其他方案有几个独特的优势特别适合生产环境首先是监控能力的内置支持。Druid自带了SQL防火墙、URI监控、Session监控等功能通过简单的配置就能启用。这对于需要实时掌握SQL执行情况的应用来说省去了集成第三方监控组件的麻烦。其次是防SQL注入的特性。Druid内置了WallFilter可以基于配置的策略拦截可疑SQL这在安全要求较高的场景下非常实用。我曾经在一个电商项目中通过分析Druid拦截的SQL日志及时发现并修复了一个潜在的注入漏洞。再来看连接泄漏检测。Druid提供了removeAbandoned相关配置可以自动回收长时间未关闭的连接。这个功能在开发阶段特别有用能快速定位到忘记关闭Connection的代码位置。提示虽然HikariCP在纯性能基准测试中可能略胜一筹但Druid的综合管理能力使其成为许多企业级项目的首选。2. 基础整合步骤详解2.1 添加Maven依赖首先需要在pom.xml中添加Druid的starter依赖。这里有个细节要注意Spring Boot官方并没有维护Druid的starter所以我们要使用阿里巴巴提供的版本dependency groupIdcom.alibaba/groupId artifactIddruid-spring-boot-starter/artifactId version1.2.16/version /dependency版本选择上建议使用最新的稳定版。可以通过Maven仓库检查最新版本号。我曾经遇到过因为使用过旧版本导致的监控页面无法加载的问题。2.2 配置数据源属性在application.yml中配置Druid的基本参数spring: datasource: url: jdbc:mysql://localhost:3306/test username: root password: 123456 driver-class-name: com.mysql.jdbc.Driver type: com.alibaba.druid.pool.DruidDataSource druid: initial-size: 5 min-idle: 5 max-active: 20 max-wait: 60000 time-between-eviction-runs-millis: 60000 min-evictable-idle-time-millis: 300000 validation-query: SELECT 1 FROM DUAL test-while-idle: true test-on-borrow: false test-on-return: false这些参数中有几个需要特别注意initial-size不宜设置过大否则启动时会占用过多连接time-between-eviction-runs-millis决定了连接回收检查的频率validation-query要根据数据库类型调整Oracle和MySQL的语法不同2.3 配置监控过滤器监控功能需要通过Servlet和Filter来实现添加以下配置类Configuration public class DruidConfig { Bean public ServletRegistrationBeanStatViewServlet statViewServlet() { ServletRegistrationBeanStatViewServlet bean new ServletRegistrationBean(new StatViewServlet(), /druid/*); MapString,String initParams new HashMap(); initParams.put(loginUsername,admin); initParams.put(loginPassword,admin123); initParams.put(allow,); bean.setInitParameters(initParams); return bean; } Bean public FilterRegistrationBeanWebStatFilter webStatFilter() { FilterRegistrationBeanWebStatFilter bean new FilterRegistrationBean(new WebStatFilter()); bean.addUrlPatterns(/*); bean.addInitParameter(exclusions,*.js,*.gif,*.jpg,*.png,*.css,*.ico,/druid/*); return bean; } }这里有几个实际项目中的经验生产环境一定要修改默认的loginUsername和loginPasswordallow参数可以设置白名单IP增强安全性exclusions配置可以避免静态资源请求影响统计结果3. 监控功能深度配置3.1 SQL监控与防火墙Druid的SQL监控面板可以实时查看执行的SQL语句及其性能指标。要启用完整的监控功能需要在配置中添加过滤器spring: datasource: druid: filters: stat,wall,log4j filter: stat: enabled: true log-slow-sql: true slow-sql-millis: 1000 wall: enabled: true config: delete-allow: false这个配置实现了启用统计监控(stat)记录慢SQL(超过1000ms)启用防火墙(wall)禁止delete语句在排查性能问题时我经常通过监控面板的SQL监控页签找出执行时间异常的SQL然后结合SQL防火墙页签分析是否存在恶意查询。3.2 连接泄漏检测开发阶段经常会遇到连接未关闭的问题Druid提供了自动检测功能spring: datasource: druid: remove-abandoned: true remove-abandoned-timeout: 180 log-abandoned: true这个配置表示启用连接泄漏检测180秒未关闭的连接会被回收记录回收连接的堆栈信息在实际项目中我曾经通过这个功能发现了一个Controller中未关闭连接的问题。日志中会打印出创建连接的堆栈轨迹非常方便定位问题代码。3.3 多数据源监控对于需要连接多个数据库的项目Druid同样支持Configuration public class MultiDataSourceConfig { Primary 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(); } }然后在配置文件中分别配置master和slave的参数。监控页面会自动显示所有数据源的状态这在读写分离架构中特别有用。4. 生产环境安全加固4.1 监控页面安全Druid监控页面默认是没有权限控制的这显然不适合生产环境。除了前面配置的loginUsername和loginPassword外还可以限制访问IPinitParams.put(allow,192.168.1.1,127.0.0.1);禁用重置功能initParams.put(resetEnable,false);修改监控页面路径new ServletRegistrationBean(new StatViewServlet(), /custom-monitor/*);我曾经遇到过因为使用默认路径导致的安全扫描不通过的问题修改路径后顺利解决了。4.2 敏感信息过滤Druid会记录SQL参数这可能包含敏感信息。可以通过以下配置进行过滤spring: datasource: druid: filter: stat: merge-sql: true log-slow-sql: true slow-sql-millis: 1000 filter: enabled: true pattern: \\w\\w\\.\\w replacement: ******这个配置会将所有类似邮箱的信息替换为******。对于其他敏感信息可以自定义正则表达式模式。4.3 与Spring Security集成如果项目已经使用了Spring Security可以更灵活地控制访问权限Configuration EnableWebSecurity public class SecurityConfig extends WebSecurityConfigurerAdapter { Override protected void configure(HttpSecurity http) throws Exception { http.authorizeRequests() .antMatchers(/druid/**).hasRole(ADMIN) // 其他配置... } }这样只有具有ADMIN角色的用户才能访问监控页面。在实际项目中我通常会将这个权限分配给运维团队。5. 监控数据解读与性能优化5.1 关键指标分析Druid监控面板提供了丰富的指标数据几个最重要的活跃连接数应该保持在max-active的50%-80%之间。如果经常接近最大值说明需要调整连接池大小。执行时间分布关注慢SQL比例。我曾经通过这个指标发现一个N1查询问题优化后性能提升了10倍。连接等待时间如果max-wait经常被触发说明连接池可能成为瓶颈。事务数/执行数比理想值接近1。如果明显大于1可能意味着事务过长。5.2 连接池参数调优根据监控数据调整连接池参数的经验法则如果活跃连接数经常接近max-activemax-active: ${currentValue 5}如果空闲连接数经常为0min-idle: ${currentValue 2}如果连接等待时间过长max-wait: ${currentValue * 1.5}但要注意单纯增加连接数不是万能方案。我曾经遇到过一个案例增加连接数反而导致数据库负载飙升最终是通过优化SQL解决的。5.3 与Prometheus集成对于使用Prometheus监控的系统可以通过以下配置暴露Druid指标添加依赖dependency groupIdio.micrometer/groupId artifactIdmicrometer-registry-prometheus/artifactId /dependency配置暴露端点management: endpoints: web: exposure: include: health,info,prometheus metrics: tags: application: ${spring.application.name}这样Druid的指标就会出现在/actuator/prometheus端点中可以被Prometheus抓取。我在一个微服务项目中通过Grafana面板可视化这些指标实现了数据库性能的长期监控。6. 常见问题排查6.1 监控页面无法访问可能原因及解决方案路径冲突检查是否有其他Controller映射了/druid/路径。我曾经遇到过因为全局拦截器导致的问题解决方案是修改监控路径。静态资源拦截确保WebStatFilter的exclusions配置正确。一个常见的错误是漏掉了/druid/*。Spring Security拦截如果使用了Spring Security需要显式放行监控路径。6.2 监控数据不准确可能原因过滤器配置不全确保filters配置了stat。我曾经因为漏掉这个配置导致SQL执行次数统计为0。多数据源场景每个数据源都需要单独配置过滤器。AOP代理问题如果使用了动态数据源切换可能需要特殊处理。6.3 性能问题Druid本身的开销很小但如果遇到性能下降检查filter配置wall和log4j等过滤器会增加开销生产环境可以只保留stat。调整监控频率stat-filter的slow-sql-millis不宜设置过小。关闭不需要的功能如connection-properties中的druid.stat.mergeSqlfalse。在性能调优时我通常会使用Arthas等工具进行动态监控确认是否是Druid导致的性能问题。