Druid比Hikari更适配Oracle监控，因其内置OracleDataSource适配器可解析V$SESSION/V$SQLAREA获取会话级指标，支持ORA-00060死锁识别、绑定变量捕获及PGA/硬解析等Oracle特有监控项，而Hikari仅依赖标准JDBC接口无法获取。
Druid连接池为什么比Hikari更适配Oracle监控需求
oracle官方jdbc驱动对连接状态、会话级指标（如sql执行耗时、等待事件）的暴露不如mysql友好，而druid内置的oracledatasource适配器能主动解析v$session和v$sqlarea视图，hikari则完全依赖jdbc标准接口，拿不到oracle特有指标。如果你只看activecount或waitcount，基本等于没监控。
- Druid默认开启
connectTimeout和socketTimeout透传到Oracle JDBC，避免长事务卡死连接池 - 它能识别Oracle的
ORA-00060死锁错误并自动记录堆栈，Hikari只会抛SQLException不带上下文 - Druid的
StatFilter可捕获绑定变量值（需开启logSlowSql=true），Oracle原生驱动默认不记录真实参数
application.yml里必须显式配置的5个Druid参数
Spring Boot自动装配Druid时，很多关键监控开关是关闭的，光靠spring.datasource.type设为com.alibaba.druid.pool.DruidDataSource远远不够。
-
druid.stat-view-servlet.enabled: true— 否则/druid页面404 -
druid.web-stat-filter.enabled: true— 不开这个，SQL监控列表永远为空 -
druid.filter.stat.log-slow-sql: true— Oracle慢SQL阈值默认是3秒，建议调成1000（毫秒）防误报 -
druid.filter.stat.slow-sql-millis: 1000— 必须和上一项同时配，否则无效 -
druid.filter.config.decrypt: false— 如果密码加密了但没配公钥，这里不关会导致启动失败
漏掉任意一条，DruidStatManagerFacade.getInstance().getDataSourceStatDataList()返回的都是空集合。
Oracle-specific监控项怎么在Druid里取到
Druid的DruidDataSourceStatValue对象里，Oracle专用字段藏在oracleStat属性下，不是所有版本都暴露。Spring Boot 2.7+用Druid 1.2.16+才支持。
- 当前活跃会话数：
stat.getOracleStat().getActiveSessionCount() - 最近1分钟硬解析次数：
stat.getOracleStat().getHardParseCountPerSecond() - PGA内存使用峰值：
stat.getOracleStat().getPgaMemoryMax() - 要拿到这些值，必须先调用
DruidDataSource.getOracleStat()，不能直接从StatFilter回调里读
注意：getOracleStat()返回null说明Druid没识别出Oracle驱动——检查spring.datasource.driver-class-name是否设为oracle.jdbc.OracleDriver（不是oracle.jdbc.driver.OracleDriver，后者已废弃）。
Druid + Oracle在高并发下容易触发的3个坑
Oracle RAC环境或启用了DBMS_APPLICATION_INFO的系统里，Druid默认行为会引发连接泄漏或监控失真。
- 未设置
druid.connection-properties: oracle.net.CONNECT_TIMEOUT=5000;oracle.jdbc.ReadTimeout=30000→ 连接池线程卡在SocketInputStream.read，ActiveCount虚高 - 开启
druid.filter.stat.merge-sql: true后，Oracle的/*+ USE_NL(t1,t2) */提示会被合并掉，导致慢SQL归类错误 - Druid的
RemoveAbandonedOnMaintenance在Oracle中可能误杀正在执行PL/SQL块的连接（因为isClosed()返回false但实际卡住），建议关掉：druid.remove-abandoned-on-maintenance: false
最隐蔽的问题是：Oracle 19c以后默认启用ENABLE_BROKEN连接检测，而Druid的validationQuery如果还写SELECT 1 FROM DUAL，会触发Oracle内部重试逻辑，反而增加响应延迟。换成SELECT SYSDATE FROM DUAL更稳妥。
