MySQL Enterprise Monitor 应用架构

Enterprise Monitor 分布式 Web 应用程序组件描述如下：

MySQL 企业服务代理

服务代理是 Enterprise Monitor 应用程序的步兵，安装在每个受监控的 MySQL 服务器上。
服务代理以轻量级 C 语言编写并作为 Linux/Unix 进程或者 Windows 服务运行，使用 MySQL 特定命令、SQL 查询和自定义脚本的组合来收集或者报告 MySQL 服务器或者操作系统特定数据。
服务代理定期向服务管理器发起心跳，以确保特定 MySQL 服务器和操作系统级别的数据收集是最新的。
在整个架构中，Service Agent 是 Enterprise Monitor 应用程序的唯一组件，它与受监控的 MySQL 服务器建立或者维护连接。
与任何 MySQL 客户端一样，服务代理在受监控的 MySQL 服务器上进行身份验证，并需要特定的用户 ID 和密码来建立连接。

MySQL 企业服务管理器

Service Manager 是 Enterprise Monitor 应用程序的核心和灵魂。
它建立在一组集成的服务器端 Java 服务之上，这些服务托管在单个 Linux 或者 Windows 服务器上。
服务管理器与其域下的所有服务代理交互，以收集 MySQL 环境中每个受监控 MySQL 服务器的 MySQL 服务器和操作系统级数据。
服务经理履行许多职责，包括：

• 自动发现受监控的 MySQL 服务器。
• 复制和横向扩展拓扑的自动发现和分组。
• 服务代理任务的创建和管理。
• 存储来自服务代理的数据集合。
• 监控关键 MySQL 服务器和操作系统级别的指标数据收集。使用 MySQL 最佳实践顾问规则评估数据收集。超出特定规则阈值的收集值被视为违规，需要注意纠正。
• 报告 MySQL 最佳实践事件和违规行为。
• 为 MySQL 最佳实践违规提供 MySQL 专家建议。

存储库

MySQL Enterprise Repository 建立在 MySQL Enterprise Server 上，用于为每个受监控的 MySQL Server 存储 MySQL 服务器和操作系统级别的数据集合。
服务管理器使用数据收集来评估和报告受监控 MySQL 环境的健康状况和状态。

网络客户端

MySQL Enterprise Web 客户端是用 Java 服务器页面编写的，并为 Enterprise Monitor 应用程序提供图形用户界面 (GUI)。
服务管理器使用 Web 客户端主动通知用户 MySQL 顾问规则违规，并提供有关如何最好地解决和纠正潜在问题的建议。

这篇文章概述了 MySQL Enterprise Monitor 提供的功能以及如何使用它来改进 MySQL 管理和性能。
作为 MySQL Enterprise 的一部分，MySQL Enterprise Monitor 是一个虚拟 DBA 助手，可帮助 MySQL DBA 管理更多 MySQL 服务器、调整 MySQL 服务器，并在 MySQL 数据库应用程序出现严重问题或者代价高昂的停机之前发现并修复问题。
Enterprise Monitor 完全在企业防火墙内运行，可主动监控企业数据库环境并提供专家建议，以便即使是 MySQL 新手也能加强安全性、优化性能并减少 MySQL 驱动系统的停机时间。

Enterprise Monitor 功能集由部署在企业防火墙范围内的基于 Web 的分布式应用程序提供支持。
此应用程序的主要功能包括：

MySQL 企业监控顾问

MySQL Enterprise Monitor 不同于传统的第三方数据库监视器，因为它开箱即用，它提供一组 MySQL Advisor，旨在自动检查 MySQL 服务器的配置、安全性和性能级别，以识别问题和调整机会，并为 MySQL DBA 提供特定的纠正措施。

企业监视器附带以下一组 MySQL 顾问：

• 管理 - 检查 MySQL 实例安装和配置。
• 代理 - 检查每个 MySQL Enterprise Monitor 代理的状态。
• 可用性 - 检查 MySQL 进程的可用性和连接负载。
• 备份 - 检查备份作业是成功还是失败、所需资源以及有关 MySQL Enterprise Backup 特定任务的信息。
• 集群 - 检查受监控的 MySQL 集群的状态。
• Graphing - 图形数据。
• 内存使用 - 指示我们使用各种内存缓存的效率，例如 InnoDB 缓冲池、MyISAM 键缓存、查询缓存、表缓存和线程缓存。
• 监控和支持服务 - 与 MySQL 企业监控服务本身相关的顾问。
• 操作系统 - 检查主机操作系统的性能。
• 性能 - 识别潜在的性能瓶颈，并提出优化建议。
• 查询分析 - 与查询和查询分析相关的顾问。
• 复制 - 识别复制瓶颈，并建议复制设计改进。
• 架构 - 标识架构更改。
• 安全 - 检查 MySQL 服务器是否存在已知的安全问题。

每个 MySQL 顾问都旨在涵盖 DBA 关注的特定领域，并由一组 MySQL 顾问规则组成，这些规则可帮助 DBA 主动发现问题和调优机会，他们可能没有时间或者专业知识来发现自己。

MySQL 复制监视器

复制监视器提供所有主/从拓扑的运行状况、性能和可用性的统一实时视图。
与 Replication Advisor Rules 一起使用，Replication Monitor 可帮助 DBA 主动识别和纠正与复制相关的问题，以免造成代价高昂的中断。
当 Replication Advisor 发现问题并发出警报时，DBA 可以使用警报内容和新的 Replication Monitor 来深入了解受影响的 master 和/或者 slave 的状态。
使用 Replication Monitor 和来自 Replication Advisor 的专家建议，他们可以查看当前的主/从状态并查看指标（例如 Slave I/O、Slave SQL 线程、master 落后的秒数、master binlog 位置、上次错误等）。
与诊断和纠正问题相关的内容。
复制监视器旨在节省 DBA 编写和维护脚本的时间，这些脚本收集、整合和监视类似的 MySQL 复制状态和诊断数据。

MySQL 查询分析器

查询分析器集成到企业监视器中，旨在帮助开发人员和 DBA 准确定位导致速度下降的 SQL 代码，快速诊断效率低下的问题并使受影响的应用程序恢复到最佳性能。

MySQL 5.6.14 及更高版本使收集这些关键查询性能信息比以往任何时候都更容易，内置支持收集查询性能数据；没有旧 MySQL 版本所需的特殊客户端配置。

一旦启用，查询分析器就会为 DBA 提供一个聚合的、可搜索的视图，查看所有受监控服务器的所有查询。
查询以规范形式（无变量）呈现，并汇总了执行总数、总执行时间、总数据大小和“第一次看到”查询的日期/时间。

查询分析器还与监视器图紧密集成。
为了将图形数据与查询活动相关联，用户可以简单地突出显示任何图形的任何区域或者区域，并使用上下文相关的视图启动查询分析器，查看在选定时间运行的查询。
查询特定的执行图（执行计数、时间、结果集）也可用，因此用户可以跟踪特定时间窗口的查询性能。