Druid连接Oracle需显式启用监控并适配其语法：开启stat-view-servlet和web-stat-filter，配置druid.filters=stat，设置druid.connection-properties=druid.stat.slowSqlMillis=2000，显式指定druid.wall.db-type=oracle，并启用druid.stat.merge-sql=true和druid.stat.log-slow-sql=true以保障慢SQL准确捕获与上报。
Druid连接池开启Oracle慢SQL监控的关键配置
Druid本身不区分数据库类型，但Oracle的慢SQL识别依赖于stat和sqlParser行为，必须显式启用监控并适配Oracle语法解析。默认关闭，不配置就完全看不到慢SQL。
- 在
druid.properties或Spring Boot的application.yml中，必须设置druid.stat-view-servlet.enabled=true（开启监控页面）和druid.web-stat-filter.enabled=true（注入Filter） -
druid.filters=stat,wall——stat是基础统计，wall是可选的防SQL注入过滤器；但对Oracle慢SQL，wall不是必需，反而可能因规则误拦截合法PL/SQL而干扰监控 - 最关键的是
druid.connection-properties=druid.stat.slowSqlMillis=1000：单位毫秒，建议从2000起步，避免Oracle简单查询（如SELECT 1 FROM DUAL）被误标为慢SQL
Oracle特有SQL语法导致慢SQL漏报的常见原因
Druid默认使用WallConfig中的Oracle方言解析器，但若未正确加载或SQL含PL/SQL块（如BEGIN ... END;）、绑定变量写法不规范，slowSqlMillis阈值将失效——日志里查不到慢SQL，但监控页面也空白。
- 确保
druid.wall.db-type=oracle显式声明，否则WallFilter会按通用SQL解析，无法识别/*+ INDEX(...) */等Hint或FOR UPDATE WAIT 3这类Oracle专有语法 - Oracle批量操作（如
INSERT ALL ... SELECT）或游标循环（FOR rec IN (SELECT ...) LOOP）会被整体视为一条SQL，执行时间累计计算，容易突破阈值——这不是bug，是Druid按JDBCStatement.execute()粒度统计的必然结果 - 避免在SQL中混用
?和:name绑定变量；Druid Oracle解析器只稳定支持?位置参数，:name需配合OracleStatement原生驱动逻辑，此时慢SQL可能不被捕获
如何验证慢SQL是否真实上报到Druid监控页
光看/druid/stat.html页面“SQL列表”不够，Oracle慢SQL常因执行计划复杂、硬解析耗时高而触发，需交叉验证三个地方。
- 访问
/druid/stat.json接口，检查返回JSON中data.slowSqlList数组是否有内容；空数组说明配置生效但无慢SQL，非空则确认上报通路正常 - 在应用日志中搜索
com.alibaba.druid.filter.stat.StatFilter，开启DEBUG级别后，会打印类似slow sql : SELECT * FROM orders WHERE status = ? , cost : 2450 ms的日志行 - Oracle侧同步查
V$SQL视图：SELECT SQL_TEXT, ELAPSED_TIME, PARSE_CALLS FROM V$SQL WHERE ELAPSED_TIME > 2000000 ORDER BY ELAPSED_TIME DESC（单位微秒），比对SQL文本是否一致——若Oracle显示慢但Druid没记录，大概率是druid.connection-properties未生效或SQL被WallFilter拦截
生产环境必须调整的两个隐蔽参数
Oracle RAC或高并发场景下，Druid默认参数会导致慢SQL堆积丢失或监控延迟，尤其当单次SQL执行超30秒时。
立即学习“Java免费学习笔记（深入）”；
-
druid.stat.merge-sql=true：必须开启。Oracle同构SQL（仅参数不同）若不合并，stat模块会为每条生成独立记录，内存暴涨且页面卡死；开启后按SQL模板聚合，slowSqlList才反映真实瓶颈点 -
druid.stat.log-slow-sql=true：建议开启。它会强制将所有超阈值SQL写入日志（即使StatFilter未配置DEBUG），避免监控页面因前端JS渲染失败或网络中断导致数据“消失”
Oracle的DBMS_MONITOR或AWR报告更底层，但Druid的优势在于能关联Java调用栈——如果druid.filters里加了slf4j，慢SQL日志会自动带上com.example.service.OrderService.queryByStatus这类堆栈，这才是定位业务层慢调用的关键。别只盯着SQL本身。
