PreparedStatement 高效预编译缓存依赖连接池配置、驱动启用服务端预处理及SQL模板稳定；需显式开启cachePrepStmts=true、useServerPrepStmts=true，并确保连接复用与模板统一。
PreparedStatement 配合连接池实现高效预编译缓存，关键不在“写法”本身，而在于连接池的配置、驱动的行为选择，以及 SQL 模板的稳定性。单纯调用 conn.prepareStatement("...") 不等于自动享受缓存——它只是触发了一次预编译动作；真正让性能提升落地的，是复用已编译语句的能力，而这依赖于连接池与 JDBC 驱动的协同机制。
连接池必须开启 PreparedStatement 缓存功能
主流连接池（如 HikariCP、Druid、Tomcat JDBC Pool）默认不开启 PreparedStatement 缓存，需显式配置：
-
HikariCP：通过
connection-init-sql无法启用，实际靠底层驱动（如 MySQL Connector/J）和连接属性控制；需在 JDBC URL 中添加：?cachePrepStmts=true&prepStmtCacheSize=250&prepStmtCacheSqlLimit=2048 -
Druid：支持独立配置：
pool.setPoolPreparedStatements(true);<br>pool.setMaxOpenPreparedStatements(200);
-
通用原则：缓存大小（
prepStmtCacheSize）应略大于应用中高频使用的不同 SQL 模板数量；过小导致频繁淘汰，过大浪费内存。
驱动端要启用服务器预处理（Server-side Prepared Statement）
MySQL Connector/J 默认使用客户端模拟（ClientPreparedStatement），即把参数拼进 SQL 后走普通查询，不走服务端预编译流程，也就无法利用数据库级的执行计划缓存。
必须显式启用服务端预处理：
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
立即学习“Java免费学习笔记（深入）”；
- JDBC URL 加参数：
&useServerPrepStmts=true - 配合
cachePrepStmts=true，才能让同一条 SQL 模板首次解析后，后续复用已注册的 statement ID（由 MySQL 的 COM_STMT_PREPARE 返回） - Oracle、PostgreSQL 驱动也有类似开关（如 Oracle 的
oracle.jdbc.useFetchSizeWithLongColumn=true不相关，但oracle.jdbc.preferSide=server可影响行为）
SQL 模板必须保持稳定，避免动态拼接
缓存是以完整 SQL 字符串为 key 的。哪怕一个空格、大小写、或参数位置微调，都会被识别为新语句：
- ✅ 正确（可缓存）：
"SELECT id, name FROM user WHERE status = ? AND dept_id = ?"
所有调用都用这个字符串，仅变绑定值 - ❌ 无效（无法缓存）：
"SELECT id, name FROM user WHERE status = " + status + " AND dept_id = " + deptId
拼出的每次都是新字符串，驱动不会走预编译路径，也绕过连接池缓存 - ⚠️ 注意隐式变化：ORM 框架（如 MyBatis）若启用了
useGeneratedKeys或动态 SQL，也可能生成不同模板；建议开启日志观察实际 prepare 的 SQL
连接池连接复用是前提，否则缓存无意义
PreparedStatement 缓存依附于物理连接（Connection 实例）。如果连接池返回的是新连接，即使 SQL 相同，缓存也无法命中——因为每个连接维护自己的预编译语句集。
- 确保连接池开启连接复用（所有主流池默认开启），且没有配置
maxLifetime过短或idleTimeout过激导致连接频繁重建 - 避免业务代码中手动
conn.close()后又试图复用该 Connection 对象（会抛异常） - 推荐始终使用 try-with-resources，让连接归还池时自动清理关联的 PreparedStatement 资源（池会负责复位或回收）
