别再只盯着JVM了！用JMX Exporter + Prometheus监控你的Tomcat连接池和业务MBean（附完整配置清单）
从救火到预警：JMX Exporter + Prometheus构建Tomcat连接池监控体系
深夜报警铃声响起，数据库连接池耗尽导致服务雪崩——这可能是每个Java开发者都经历过的噩梦。传统监控方案往往在问题爆发后才姗姗来迟，而JMX Exporter与Prometheus的组合，能让你在连接池水位达到危险阈值前就收到预警。本文将手把手带你搭建这套监控体系，覆盖从Tomcat内置连接池到自定义业务MBean的全场景监控。
1. 为什么传统JVM监控不够？
大多数团队已经配置了JVM内存、GC等基础监控，但面对连接池耗尽这类问题却束手无策。根本原因在于：
- 连接池属于应用层资源：不同于堆内存等JVM基础设施，连接池由中间件（如Tomcat JDBC Pool）或框架（如HikariCP）管理
- 指标维度更复杂：需要监控Active/Idle连接数、等待线程数、获取连接耗时等多维度指标
- 业务耦合度高：连接池配置需要根据业务QPS动态调整，静态阈值往往失效
典型故障场景：
# 连接池耗尽时的典型异常链 Caused by: java.sql.SQLTransientConnectionException: HikariPool-1 - Connection is not available at com.zaxxer.hikari.pool.HikariPool.createTimeoutException(HikariPool.java:696) at com.zaxxer.hikari.pool.HikariPool.getConnection(HikariPool.java:197)2. JMX Exporter核心配置实战
2.1 精准抓取连接池MBean
不同连接池实现的JMX暴露方式各异，需要针对性配置：
| 连接池类型 | ObjectName模式 | 关键指标 |
|---|---|---|
| Tomcat JDBC Pool | tomcat.jdbc:name=*,type=ConnectionPool | NumActive, NumIdle |
| HikariCP | com.zaxxer.hikari:type=Pool* | ActiveConnections |
| Druid | com.alibaba.druid:type=DruidDataSource* | ActiveCount |
配置示例：
# jmx_exporter.yml includeObjectNames: - "tomcat.jdbc:name=*,type=ConnectionPool" - "com.zaxxer.hikari:type=Pool*" rules: - pattern: 'tomcat.jdbc<name=(\w+), type=ConnectionPool><>NumActive' name: tomcat_connection_pool_active labels: pool: "$1" - pattern: 'com.zaxxer.hikari<type=Pool.*, name=(.*)><>ActiveConnections' name: hikaricp_active_connections labels: pool: "$1"2.2 性能优化技巧
- 启用缓存：为高频查询的MBean添加
cache: true参数 - 过滤无用属性：使用
excludeObjectNames排除非核心MBean - 合理设置抓取间隔：连接池指标建议15-30秒采集一次
注意：避免同时监控超过50个MBean对象，否则可能导致JMX Exporter响应超时
3. 业务自定义MBean监控
除了中间件指标，业务自定义指标同样重要：
// 订单统计MXBean示例 @MXBean public interface OrderStatsMXBean { long getPendingOrders(); double getAvgPaymentAmount(); void resetHourlyStats(); } // Prometheus配置对应规则 - pattern: 'com.example.mbeans<type=OrderStatsMXBean, name=orderStats><>PendingOrders' name: business_order_pending_count4. Prometheus告警规则设计
基于实际业务场景设计分级告警：
# alert_rules.yml groups: - name: connection_pool_alerts rules: - alert: HighConnectionPoolUsage expr: | tomcat_connection_pool_active / tomcat_connection_pool_max > 0.8 for: 5m labels: severity: warning annotations: summary: "High connection pool usage ({{ $value }}%)" description: "Pool {{ $labels.pool }} is at {{ $value | humanizePercentage }} capacity" - alert: ConnectionWaitTimeout expr: | increase(tomcat_jdbc_connection_wait_time_total[1m]) > 100 labels: severity: critical5. 生产环境部署方案
推荐使用Sidecar模式部署JMX Exporter：
Tomcat Pod ├── tomcat-container │ ├── CATALINA_OPTS=-Dcom.sun.management.jmxremote └── jmx-exporter-sidecar ├── jmx_exporter.jar └── config.yml启动参数示例：
java -javaagent:/path/to/jmx_prometheus_javaagent.jar=8080:/etc/jmx/config.yml \ -jar your_application.jar实际部署中遇到的最大挑战是MBean命名规范不统一。曾有个案例：某金融系统使用WebLogic连接池，其ObjectName包含动态生成的哈希值，最终通过JMX查询接口+正则表达式才实现稳定采集。