在Java中如何使用Druid连接池监控Oracle执行慢SQL-Oracle-PHP中文网

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准确捕获与上报。

在java中如何使用druid连接池监控oracle执行慢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按JDBC Statement.execute()粒度统计的必然结果
避免在SQL中混用?和:name绑定变量；Druid Oracle解析器只稳定支持?位置参数，:name需配合OracleStatement原生驱动逻辑，此时慢SQL可能不被捕获

如何验证慢SQL是否真实上报到Druid监控页

光看/druid/stat.html页面“SQL列表”不够，Oracle慢SQL常因执行计划复杂、硬解析耗时高而触发，需交叉验证三个地方。

Gradle 9.8.0

下载

访问/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秒时。

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本身。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南