SpringBoot+Hibernate+Oracle环境设置会话级optimizer_dynamic_sampling参数咨询

方案1：连接池初始化SQL配置（最推荐） #

这是实现成本最低、性能影响最小的方案，所有主流连接池都支持「新建物理连接时自动执行指定SQL」的能力，配置后所有从连接池获取的连接都会默认应用会话参数，和上层JPA/EntityManager的使用逻辑完全解耦。

针对SpringBoot默认Hikari连接池配置 #

如果使用application.yml配置：

spring:
  datasource:
    hikari:
      connection-init-sql: alter session set optimizer_dynamic_sampling=2

如果使用application.properties配置：

spring.datasource.hikari.connection-init-sql=alter session set optimizer_dynamic_sampling=2

针对Druid连接池配置 #

spring:
  datasource:
    druid:
      connection-init-sqls:
        - alter session set optimizer_dynamic_sampling=2

该方案的优势：

• 无业务代码侵入，配置即可生效
• 仅在物理连接首次创建时执行1次alter session语句，复用连接时不会重复执行，额外性能损耗几乎可以忽略
• 不受上层EntityManager创建/销毁逻辑的影响，无论你是否手动管理EntityManager生命周期，参数都会生效

方案2：JPA/Hibernate层面配置（非必要不推荐） #

如果因特殊场景无法修改连接池配置，可通过Hibernate扩展实现：

1. 自定义ConnectionProvider实现类，包装原有连接提供者，在获取连接后执行alter session set optimizer_dynamic_sampling=2语句再返回
2. 在Spring配置中覆盖Hibernate的hibernate.connection.provider_class属性，指向自定义的实现类即可。该方案需要额外编写适配代码，维护成本高于连接池配置方案。

你提到的「每次执行原生查询都新建并关闭EntityManager」的设计，可结合实际情况评估优化：

• 性能损耗评估：EntityManager本身是轻量级组件，频繁创建销毁的直接开销不大，但如果每次创建EntityManager都伴随获取物理连接、释放连接的操作，即使有连接池支撑，也会产生不必要的资源调度开销。
• 优化建议：Spring环境下推荐直接通过@PersistenceContext注解注入容器托管的EntityManager，Spring会自动将其和事务生命周期绑定，无需手动创建关闭，可减少重复代码，也避免资源泄露风险。
• 兼容性说明：即使不调整现有EntityManager的使用逻辑，上述连接池配置方案依然可以正常生效，不会增加额外配置复杂度。

内容的提问来源于stack exchange，提问作者Mits