MyCat监控神器：用ZooKeeper+MyCat-web搭建可视化运维平台

1. 为什么需要MyCat监控解决方案

在分布式数据库架构中，MyCat作为数据库中间件承担着SQL路由、读写分离、分库分表等重要职责。但很多运维团队在实际工作中常常面临这样的困境：当系统出现性能瓶颈时，难以快速定位是MyCat本身的问题还是底层MySQL集群的问题；当慢SQL突然增多时，缺乏有效的分析工具；当主从延迟超出阈值时，无法及时收到告警。

传统MyCat运维存在三大痛点：

1. 黑盒操作：缺乏可视化界面，所有状态检查都依赖命令行
2. 指标分散：性能数据分布在多个节点，难以全局掌握
3. 响应滞后：问题出现后才发现，缺乏预警机制

关键监控指标缺失情况对比：

指标类型	传统方式获取难度	可视化方案获取难度
连接数	需要登录服务器查询	仪表盘实时展示
慢SQL统计	需要分析日志文件	自动归类展示
主从延迟	需分别查询从库状态	全局视图一目了然
JVM内存使用	需要JMX工具连接	图形化趋势展示

2. 监控系统架构设计

2.1 核心组件选型

ZooKeeper在系统中扮演配置中心的角色，主要解决以下问题：

• 集中管理MyCat集群配置
• 实现配置变更的实时推送
• 维护集群节点状态信息

MyCat-web作为可视化管控平台，提供：

• 实时性能监控仪表盘
• SQL分析报表功能
• 告警规则配置界面

2.2 数据流向示意图

MyCat节点 --> ZooKeeper(状态上报) --> MyCat-web(数据聚合) --> 浏览器展示

提示：建议部署独立的ZooKeeper集群，避免与业务系统共用导致资源竞争

3. 环境搭建实战

3.1 ZooKeeper集群部署

# 下载解压
wget https://archive.apache.org/dist/zookeeper/zookeeper-3.4.14/zookeeper-3.4.14.tar.gz
tar -zxvf zookeeper-3.4.14.tar.gz -C /opt/

# 配置示例（节点1）
echo "
tickTime=2000
dataDir=/var/lib/zookeeper
clientPort=2181
initLimit=5
syncLimit=2
server.1=192.168.1.101:2888:3888
server.2=192.168.1.102:2888:3888
server.3=192.168.1.103:2888:3888
" > /opt/zookeeper-3.4.14/conf/zoo.cfg

# 创建myid文件
mkdir /var/lib/zookeeper
echo 1 > /var/lib/zookeeper/myid

# 启动服务
/opt/zookeeper-3.4.14/bin/zkServer.sh start

验证集群状态：

echo stat | nc 127.0.0.1 2181

3.2 MyCat-web安装配置

# 下载安装包
wget http://dl.mycat.io/mycat-web-1.0/Mycat-web-1.0-SNAPSHOT-20170102153329-linux.tar.gz

# 解压运行
tar -zxvf Mycat-web-1.0-SNAPSHOT-20170102153329-linux.tar.gz
cd mycat-web
./start.sh &

# 防火墙放行
firewall-cmd --zone=public --add-port=8082/tcp --permanent
firewall-cmd --reload

关键配置项说明：

1. 在/mycat-web/WEB-INF/classes/mycat.properties中配置ZooKeeper地址
2. 在管理界面配置MyCat节点信息时，需要确保：
   • 监控账号具有足够权限
   • 网络连通性正常
   • 防火墙规则允许访问

4. 核心功能深度应用

4.1 性能监控仪表盘

重点监控指标：

1. 连接池状态：

   • 活跃连接数/空闲连接数
   • 连接获取等待时间
   • 连接泄漏检测

2. SQL执行分析：

   /* 监控采集的典型SQL */
   SELECT * FROM mycat_sqlstat 
   WHERE start_time > NOW() - INTERVAL 1 HOUR
   ORDER BY execute_time DESC LIMIT 10;
   

3. 线程池健康度：

   • 活跃线程数
   • 任务队列积压情况
   • 线程阻塞告警

4.2 慢SQL分析优化

分析维度示例：

维度	分析价值	优化方向
执行频率	识别高频消耗资源SQL	缓存优化
响应时间分布	发现不稳定查询	索引优化
表访问模式	发现热点表	分片策略调整
执行计划	识别低效执行路径	SQL重写

4.3 告警配置实践

推荐告警规则配置：

1. 主从延迟告警：

   • 条件：Seconds_Behind_Master > 30
   • 动作：邮件通知+企业微信提醒

2. 连接数告警：

   • 条件：used_connections > max_connections * 0.8
   • 动作：自动扩容连接池

3. 慢SQL告警：

   • 条件：slow_sql_count_per_min > 5
   • 动作：记录诊断快照

邮件告警配置示例：

# 在mycat-web的配置文件中
mail.smtp.host=smtp.example.com
mail.smtp.port=587
mail.smtp.auth=true
mail.smtp.username=alert@example.com
mail.smtp.password=yourpassword
mail.from=mycat-alert@example.com

5. 生产环境运维经验

5.1 常见问题排查指南

问题现象：监控数据显示节点离线

排查步骤：

1. 检查ZooKeeper服务状态
2. 验证网络连通性（telnet端口）
3. 查看MyCat节点日志（wrapper.log）
4. 检查防火墙/SELinux设置
5. 验证监控账号权限

性能调优参数：

<!-- 在server.xml中优化 -->
<system>
    <property name="processorBufferPoolType">0</property>
    <property name="processorBufferChunk">40960</property>
    <property name="processorExecutor">32</property>
    <property name="sqlExecuteTimeout">300</property>
</system>

5.2 高可用部署建议

1. MyCat-web集群化：

   • 部署至少2个实例
   • 前置Nginx做负载均衡
   • 共享同一个ZooKeeper集群

2. 数据持久化：

   • 定期备份监控数据
   • 配置监控历史数据保留策略
   • 重要告警记录入库

3. 容量规划：

   • 每个MyCat-web实例至少4核8G配置
   • 预估监控数据存储空间（日均约500MB）
   • 设置合理的监控数据采样频率

在实际生产环境中，这套监控方案帮助我们平均缩短了60%的故障定位时间，慢SQL发现效率提升3倍以上。特别是在大促期间，通过实时监控主从延迟情况，及时调整流量分配策略，避免了多次潜在的生产事故。