<think>
嗯，用户这次问的是Druid中的max
-open
-prepared
-statements配置项。这个参数名称有点特别，因为Druid官方文档里并没有完全匹配的参数名。用户可能是从其他连接池迁移过来的，比如HikariCP的maxOpenPrepared
Statements。
从上下文看，用户之前关注过poolPrepared
Statements配置，这次应该是想深入PreparedStatement缓存相关的参数配置。用户可能正在调优数据库性能，遇到了PreparedStatement缓存相关的问题。
需要特别注意用户提到的参数名是“max
-open
-prepared
-statements”，这在Druid里对应的应该是maxPoolPreparedStatementPerConnectionSize。这个参数控制的是每个物理连接上最多缓存的PreparedStatement数量。
用户可能混淆了不同连接池的命名习惯：
- HikariCP使用maxOpenPrepared
Statements
- Druid使用maxPoolPreparedStatementPerConnectionSize
- Tomcat JDBC用maxOpenPrepared
Statements
要解释清楚这个参数的作用机制：当启用poolPrepared
Statements后，Druid会为每个数据库连接维护一个LRU缓存，这个参数就是控制缓存容量的。设置太小会导致缓存频繁淘汰，设置太大会增加内存压力。
还需要提醒用户注意监控，特别是Druid监控台里的PreparedStatementCount指标。如果观察到缓存命中率低或者内存占用过高，都需要调整这个参数。
用户可能没意识到的是：这个参数和数据库驱动本身的PreparedStatement缓存是独立的。比如MySQL驱动也有prepStmtCacheSize参数，两者是叠加生效的，这点需要特别说明避免混淆。
最后考虑给出配置建议范围（
10
-50），但要强调需要根据实际SQL模板数量调整。如果系统使用MyBatis这类ORM，由于SQL模板固定，可以适当设大些；如果是原生JDBC动态拼接SQL多的场景，设小些更安全。
</think>
在 Druid 连接池中，`maxOpenPrepared
Statements` 参数实际对应 **`maxPoolPreparedStatementPerConnectionSize`**，用于控制每个物理连接缓存 PreparedStatement 的数量上限。以下是详细说明：
---
### 一、参数作用
1. **核心功能**
当启用 `poolPrepared
Statements=true` 时，该参数限制**单个数据库连接**可缓存的 PreparedStatement 对象数量（LRU 策略管理）。
- 避免单个连接占用过多内存
- 防止未关闭的 PreparedStatement 导致内存泄漏
2
. **默认值**
- Druid 默认值：`
-1`（不限制）[^
1]
- **生产建议值**：`
10~
50`（需根据业务 SQL 模板数量调整）
---
### 二、配置方法
####
1. Spring Boot (`application
.yml`)
```yaml
spring:
datasource:
druid:
pool
-prepared
-statements: true # 启用缓存
max
-pool
-prepared
-statement
-per
-connection
-size: 30 # 关键参数
```
#### 2
. 原生 Java 代码
```java
DruidDataSource dataSource = new DruidDataSource();
dataSource
.setPoolPrepared
Statements(true);
dataSource
.setMaxPoolPreparedStatementPerConnectionSize(30); // 设置上限
```
#### 3
. XML 配置
```xml
<bean id="dataSource" class="com
.alibaba
.druid
.pool
.DruidDataSource">
<property name="poolPrepared
Statements" value="true" />
<property name="maxPoolPreparedStatementPerConnectionSize" value="30" />
</bean>
```
---
### 三、内存消耗与性能影响
| 配置值 | 内存占用 (估算) | 适用场景 |
|
--------|
------------------|
----------|
|
10 | 约
100
-200 KB | 简单查询场景 |
| 20
-30 | 约 200
-600 KB | 常规 OLTP 系统 |
|
50+ |
1 MB+ | 复杂报表/高频重复 SQL |
- **过高风险**：
若设置 `>
100`，可能导致：
1. 单连接内存占用飙升（每个 PreparedStatement 约
10
-20 KB）
2
. 高并发下触发 Full GC 频繁[^2]
3
. 连接泄漏时内存无法回收
- **过低风险**：
缓存频繁淘汰，重复 SQL 需重新编译，CPU 消耗增加约
5-15%[^
1]
---
### 四、监控与调优建议
1. **监控指标**
通过 Druid 监控台查看：
- `PreparedStatementCount`：当前缓存总量
- `PreparedStatementDeleteCount`：被淘汰的缓存数量
**优化信号**：若 `DeleteCount` 持续增长，说明缓存不足需调大参数
2
. **计算公式参考**
建议值 ≈ $\frac{\text{高频 SQL 模板数量}}{\text{最大活跃连接数}} \times
1.5$
例如：20 个常用 SQL +
10 个连接 → 设置 `30`
---
### 五、与其他参数关系
需配合以下参数使用：
```yaml
spring:
datasource:
druid:
# 基础配置
initial
-size:
5
max
-active: 20
min
-idle:
5
# PreparedStatement 缓存配置
pool
-prepared
-statements: true
max
-pool
-prepared
-statement
-per
-connection
-size: 30
# 检测泄漏 (必须开启!)
remove
-abandoned: true
remove
-abandoned
-timeout: 300
```
> **最佳实践**：在启用缓存后，必须开启 `remove
-abandoned` 避免 Statement 未关闭导致内存泄漏[^2]。
扫一扫
1126
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
