JMX不能直接监控Oracle数据库本身，只能监控应用层连接池（如HikariCP、Druid、UCP）暴露的MBean；需确保连接池启用JMX注册、JVM开启远程JMX支持，并匹配驱动与连接池版本。
JMX能直接监控Oracle连接池，但前提是连接池本身支持JMX暴露指标——Oracle官方JDBC驱动（ojdbc）不提供MBean，必须依赖你用的连接池实现（如HikariCP、Druid、UCP）来提供JMX接口。
确认连接池是否启用JMX并导出MBean
Oracle数据库本身不带连接池，所谓“Oracle连接池”实际是应用层使用的第三方连接池（如HikariCP、Druid、Oracle UCP）。JMX监控对象是这些连接池的运行时MBean，不是Oracle服务端。
-
HikariCP默认不开启JMX，需显式设置registerMbeans=true；否则jconsole里看不到com.zaxxer.hikari域下的MBean -
Druid需在druid.stat.enabled=true基础上，确保proxyFilters中已加入StatFilter，否则com.alibaba.druid.pool下无有效MBean -
Oracle UCP（Universal Connection Pool）原生支持JMX，但需调用UniversalConnectionPoolManagerImpl.registerPool()手动注册，否则MBean不会出现在oracle.ucp.admin域中 - Spring Boot 3.x +
spring-boot-starter-jdbc自动配置的HikariCP，若未在application.yml中配hikari.register-mbeans: true，JMX里就只有JVM自带MBean，没有连接池指标
启动Java进程时必须开启JMX远程支持
即使连接池启用了JMX，如果JVM没开通道，jconsole或jvisualvm连不上进程，一切配置都白搭。
- 必须加JVM参数：
-Dcom.sun.management.jmxremote（基础开关） - 推荐组合（开发/测试环境）：
-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9999 -Dcom.sun.management.jmxremote.local.only=false -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false - 生产环境禁用
authenticate=false，应配合jmxremote.password和jmxremote.access文件做权限控制 - 注意：Docker容器内运行时，
localhost绑定会导致外部jconsole无法连接，建议用-Djava.rmi.server.hostname=宿主机IP并映射端口
用jconsole连接后找对MBean路径和关键属性
不同连接池的MBean路径和属性名差异很大，认错域或读错字段会导致误判状态。
立即学习“Java免费学习笔记（深入）”；
-
HikariCP的MBean在com.zaxxer.hikari域下，核心属性包括：ActiveConnections、IdleConnections、PendingThreads、TotalConnections—— 注意不是getActiveConnections()这种方法名，而是直接读属性值 -
Druid在com.alibaba.druid.pool域下，重点看ActiveCount、PoolingCount、WaitThreadCount；SqlList里能查慢SQL，但需提前配druid.log-slow-sql=true -
Oracle UCP的MBean在oracle.ucp.admin域下，关键属性是numAvailableConnections、numBusyConnections、numConnectionsRequested；注意UCP默认不统计等待线程数，得靠getNumWaiters()方法（需用“操作”标签页调用） - 所有连接池的
Pending/WaitThreadCount持续非零，大概率说明连接不够用或有连接泄漏，不是配置问题就是代码没正确close()
别忽略连接池类型与Oracle JDBC驱动的兼容性细节
Oracle连接池监控失效，有时根本不是JMX配置问题，而是驱动或连接池版本不匹配导致MBean注册失败或属性为空。
-
ojdbc8.jar和HikariCP 5.x搭配正常，但HikariCP 4.x对Oracle RAC的oracle.net.CONNECT_TIMEOUT等属性支持不完整，可能导致连接池状态异常，JMX显示值失真 -
Druid 1.2.20+才完整支持Oracle 23c的oracle.jdbc.fanEnabled等新特性，旧版可能无法正确识别连接状态，ActiveCount卡死不更新 -
UCP必须用ucp.jar配套的ojdbc8.jar，混用ojdbc11.jar会导致UniversalConnectionPoolManagerImpl初始化失败，JMX里压根不出现oracle.ucp.admin域 - Spring Boot自动配置可能覆盖手动设置，比如
spring.datasource.hikari.register-mbeans设为true，但spring.datasource.type指定为com.zaxxer.hikari.HikariDataSource之外的类，JMX注册会被跳过
真正容易被忽略的是：JMX看到的数值都是快照，PendingThreads瞬时为0不代表没排队，得结合历史趋势看；而连接池MBean一旦注册失败，JConsole里对应域就完全不显示——这时候要查日志里有没有Failed to register MBean或ClassNotFoundException: com.zaxxer.hikari.HikariConfigMXBean这类提示，而不是反复检查jconsole连接参数。
