1. 为什么选择Druid连接池
在Spring Boot项目中，数据库连接池的选择直接影响着应用的性能和稳定性。Druid作为阿里巴巴开源的数据库连接池实现，相比HikariCP等方案有几个显著优势：
首先，Druid提供了完善的监控功能，内置了StatViewServlet和WebStatFilter，可以实时查看连接池状态、SQL执行情况等关键指标。这对于生产环境的问题排查和性能调优非常有帮助。
其次，Druid在防SQL注入方面做了很多工作，内置了WallFilter等安全防护机制。这对于需要处理用户输入的应用尤为重要。
最后，Druid针对国内开发者的使用习惯做了很多优化，文档和社区支持都比较完善。当遇到问题时，更容易找到解决方案。
2. 基础集成步骤
2.1 添加Maven依赖
在pom.xml中添加以下依赖：
xml复制<dependency>
<groupId>com.alibaba</groupId>
<artifactId>druid-spring-boot-starter</artifactId>
<version>1.2.16</version>
</dependency>
这里使用druid-spring-boot-starter而不是单纯的druid，因为这个starter已经帮我们做好了与Spring Boot的自动配置集成，省去了很多样板代码。
2.2 配置数据源
在application.yml中添加基本配置：
yaml复制spring:
datasource:
url: jdbc:mysql://localhost:3306/test_db
username: root
password: 123456
driver-class-name: com.mysql.cj.jdbc.Driver
type: com.alibaba.druid.pool.DruidDataSource
这些是最基础的配置项，实际项目中还需要根据具体情况调整连接池参数。
3. 高级配置与优化
3.1 连接池参数调优
Druid提供了丰富的连接池配置参数，以下是一些关键参数的说明和推荐值：
yaml复制spring:
datasource:
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
test-while-idle: true
test-on-borrow: false
test-on-return: false
这些参数的含义：
initial-size: 初始化时建立的连接数min-idle: 最小空闲连接数max-active: 最大活跃连接数max-wait: 获取连接时的最大等待时间(毫秒)
提示：
test-while-idle建议设为true，这样连接池会定期检查空闲连接的有效性，避免使用已经失效的连接。
3.2 监控配置
启用Druid的监控功能：
yaml复制spring:
datasource:
druid:
stat-view-servlet:
enabled: true
url-pattern: /druid/*
login-username: admin
login-password: admin
web-stat-filter:
enabled: true
url-pattern: /*
exclusions: "*.js,*.gif,*.jpg,*.png,*.css,*.ico,/druid/*"
配置后可以通过http://localhost:8080/druid访问监控页面，使用上面配置的用户名密码登录。
4. 常见问题与解决方案
4.1 监控页面无法访问
如果按照上述配置后仍然无法访问监控页面，可能是Spring Security等安全框架拦截了请求。需要在安全配置中添加白名单：
java复制@Override
protected void configure(HttpSecurity http) throws Exception {
http.authorizeRequests()
.antMatchers("/druid/**").permitAll()
// 其他配置...
}
4.2 连接泄漏问题
Druid可以检测连接泄漏，需要在配置中开启：
yaml复制spring:
datasource:
druid:
remove-abandoned: true
remove-abandoned-timeout: 1800
log-abandoned: true
当连接获取后超过remove-abandoned-timeout秒未关闭，Druid会强制回收该连接并在日志中记录警告。
4.3 多数据源配置
在实际项目中，经常需要配置多个数据源。这时不能使用自动配置，需要手动定义：
java复制@Configuration
public class DruidConfig {
@Bean
@ConfigurationProperties("spring.datasource.druid.one")
public DataSource dataSourceOne(){
return DruidDataSourceBuilder.create().build();
}
@Bean
@ConfigurationProperties("spring.datasource.druid.two")
public DataSource dataSourceTwo(){
return DruidDataSourceBuilder.create().build();
}
}
对应的application.yml配置：
yaml复制spring:
datasource:
druid:
one:
url: jdbc:mysql://localhost:3306/db1
username: user1
password: pass1
two:
url: jdbc:mysql://localhost:3306/db2
username: user2
password: pass2
5. 性能优化建议
5.1 合理设置连接池大小
连接池大小不是越大越好，需要根据应用的实际负载来调整。一个经验公式是：
code复制连接数 = (核心数 * 2) + 有效磁盘数
例如4核CPU+1块磁盘的服务器，初始可以设置为9个连接。然后通过监控观察实际使用情况再调整。
5.2 启用PSCache
对于使用PreparedStatement的应用程序，启用PSCache可以显著提高性能：
yaml复制spring:
datasource:
druid:
filters: stat,wall,log4j
max-pool-prepared-statement-per-connection-size: 20
pool-prepared-statements: true
5.3 定期维护
建议定期(如每周)重启应用，让连接池重新初始化。长期运行的应用可能会出现连接泄漏累积的问题。
6. 实际案例分享
在一个电商项目中，我们遇到了高峰期数据库连接不足的问题。通过Druid监控发现：
- 最大连接数设置过小(默认8)
- 部分慢SQL导致连接占用时间过长
- 存在连接泄漏情况
解决方案：
- 根据服务器配置调整max-active到50
- 通过监控找出慢SQL进行优化
- 开启remove-abandoned检测泄漏
- 添加合适的索引
调整后，系统在高峰期的稳定性显著提高。
7. 注意事项
- 生产环境一定要修改监控页面的默认账号密码
- 不要将监控页面暴露在公网，存在安全风险
- 定期检查监控数据，及时发现潜在问题
- 升级时注意版本兼容性，特别是跨大版本升级
- 多数据源场景下，事务管理需要特别处理
我在实际使用中发现，合理配置的Druid连接池可以显著提升应用性能。特别是在处理突发流量时，良好的连接池配置能够有效缓冲数据库压力。建议新项目可以直接采用druid-spring-boot-starter，既保留了Druid的强大功能，又享受到了Spring Boot的便利性。