HikariCP通过HikariPoolMXBean可直接读取实时连接数：getActiveConnections()返回被占用连接数，getIdleConnections()返回空闲连接数，需连续采集观察趋势；connectionTimeout设10000ms更适配Oracle网络波动，避免误判失败。
怎么用 HikariCP 的 MXBean 查实时连接数
直接读 HikariPoolMXBean 是最轻量、最可靠的方式，不用依赖日志或外部工具。它暴露的是运行时真实状态，不是采样估算。
-
getActiveConnections()返回当前被业务线程占用的连接数 —— 如果这个值长期接近maximumPoolSize，说明连接在某处没释放，或者 SQL 执行太慢拖住连接 -
getIdleConnections()是空闲但还活着的连接，值长期为 0 且getTotalConnections()持续等于最大值，大概率是连接泄漏或超时设置不合理 - 别只看单次快照：建议每 10 秒采集一次，连续观察 5 分钟，看趋势比看绝对值更有意义
为什么 connectionTimeout 设成 3000 会误报 Oracle 连接失败
Oracle 的 TNS 层网络握手和认证耗时波动大，尤其在启用了 SSL 或走中间代理时。设太短会导致连接池反复创建新连接，反而加重 DB 负担。
- 实际测试中，
connectionTimeout至少设为10000（10 秒），配合connectionTestQuery="SELECT 1 FROM DUAL"才能稳定探测 - 如果 DBA 配了
sqlnet.expire_time=600（10 分钟心跳），那maxLifetime就得设成540000（9 分钟），否则连接可能在 DB 端被静默 kill，下次用就抛IO Error: Connection reset - 别信文档里“默认 30 秒够用”的说法——Oracle 实际行为受 sqlnet.ora 和防火墙策略影响更大
v_$session 查询结果为空或报 ORA-00942 怎么快速定位
这不是 Java 代码写错了，而是账号权限或视图访问路径不对。查不到 v_$session 几乎 100% 是权限问题。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 先用该账号登录 SQL*Plus，执行
SELECT COUNT(*) FROM v_$session;—— 不报错才算通；报ORA-00942就立刻找 DBA 执行GRANT SELECT ON v_$session TO your_app_user; - JDBC 中必须写
v_$session，不能写v$session，Oracle JDBC 驱动不识别后者 - 即使授权成功，
username字段也可能为NULL（比如后台进程），所以代码里必须判空：String user = rs.getString("username"); if (user == null) continue;
连接池监控容易被忽略的三个时间点
监控不是只看“现在有多少连接”，而是盯住连接从创建、使用到销毁的全链路时间点。
立即学习“Java免费学习笔记（深入）”；
- 连接获取耗时（
getConnection()耗时）突然升高 → 通常是连接池已无空闲连接，业务在排队等待，要查是不是有慢 SQL 占着连接不放 - 连接归还耗时（
close()耗时）异常 → 很可能是应用层没用 try-with-resources，或者连接被拿去干了非数据库的事（比如传给另一个线程做异步处理） - 连接空闲超时（
idleTimeout）触发频率变高 → 说明业务请求波峰过后连接没及时回收，可能跟minimumIdle设置过低有关，或 GC 导致线程卡顿延迟归还
