mysql服务器监控

对于任何系统来讲，监控都是重要的组成部分。数据库是一切系统的核心组件，数据库的稳定性从必定程度上决定了系统的稳定性，因此，对于数据库的监控，就显得尤其重要了。常见的开源监控软件有 Nagios、Zabbix。这些监控软件，或是提供了数据库监控插件，或是容许用户以插件的形式开发本身对数据库的监控脚本，而且支持的脚本语言也是多种多样的，用户彻底能够按照本身的习惯，来选择本身的监控软件，以及编写适合本身的监控脚本。

本篇主要关注 MySQL 数据库咱们都要监控些什么？和怎么对这些要监控的资源进行监控？

了解了这些以后，无论使用任何监控软件，均可以本身完成对 MySQL 脚本的开发与部署。

对于 MySQL 来讲，最基本的监控应该包含如下内容：

对数据库服务可用性进行监控（经过网络链接到数据库而且肯定数据库是能够对外提供服务的）；
对数据库性能进行监控（QPS、TPS、并发线程数量的监控）；
对主从复制进行监控（主从复制链路状态的监控、主从复制延迟的监控、按期的确认主从复制的数据是否一致）；
对服务器资源的监控（磁盘空间的监控（不管是数据目录仍是日志目录的空间被占满，都会致使 MySQL 不可用）、CPU 的使用状况、内存的使用状况、Swap 分区的使用状况以及网络 IO 的状况等）；
1.数据可用性监控
首先咱们先来看下如何确认数据库是否能够经过网络进行链接。使用 MySQL 的本地的 SQL 文件链接数据库服务器，并不意味着能够经过网络 TCP/IP 协议能链接到 MySQL。确认数据库是否能够经过网络进行链接，一般使用如下几种方式中的一种：

方案一：利用 mysqladmin -umonitor_user -p -h ping 命令在远程服务器上执行，来确认被监控的服务器是否能够链接；
方案二：利用 telnet ip db_port 命令手动确认被监控的服务器是否能够链接；
方案三：使用程序经过网络创建数据库链接来确认被监控的服务器是否能够链接，这是最好的方式。
能够链接到数据库并不表明数据库就是可用的，因此还须要确认数据库是否能够读写。

如何确认数据库是否可读写？

按期检查主数据库的 read_only 参数是否为 off；
创建监控表并对表中数据进行更改；
若是只是监控数据库是否可读只须要执行简单的查询 select @@version；
能够链接到MySQL 的线程数是有限制的，如何监控数据库的链接数？

show variables like 'max_connections'; //获取MySQL能接受最大链接数的数量
show global status like 'Threads_connected'; //获取系统变量Threads_connected的值，记录了当前数据库的链接数量

例如报警就能够当 Threads_connected / max_connections > 0.8 时，就须要报警。

2.数据性能监控
性能监控不一样于可用性监控，性能监控更关注的是数据库性能的变化趋势，因此在进行性能监控的脚本开发时，就须要注意记录好性能监控过程当中所采集到的数据库的状态信息，以便分析数据库性能变化趋势时使用。

对于性能监控来讲，可能关注最多的就是 QPS 和 TPS。

QPS = (Queries2 - Queries1) / (Uptime_since_flush_status2 - Uptime_since_flush_status1)

TPS = ((Com_insert2 + Com_update2 + Com_delete2) - (Com_insert1+ Com_update1 + Com_delete1)) /
(Uptime_since_flush_status2 - Uptime_since_flush_status1)

这几个参数获取方式：

show global status like 'Queries'
show global status like 'Uptime_since_flush_status'
show global status like 'Com_insert'
show global status like 'Com_update'
show global status like 'Com_delete'

如何监控数据库的并发请求数量？

一般状况下，数据库系统的性能会随着并发处理请求数量的增长而降低。因此并发请求数量一般还须要和 CPU 的使用率等指标结合起来分析。

数据库当前并发请求数量能够经过 show global status like ‘Threads_running’ 获取。并发处理的数量一般会远小于同一时间链接到数据库的线程的数量。

一般状况下并发请求数量是很稳定的，若是咱们发现某一时刻并发量忽然间增大，那么就须要检查是否出现了数据库的异常，好比数据库出现大量阻塞的状况下，就颇有可能出现这种现象。

如何监控 InnoDB 的阻塞？

查询阻塞时间超过 20 秒的 SQL：

SELECT b.trx_mysql_thread_id AS '被阻塞线程'
,b.trx_query AS '被阻塞SQL'
,c.trx_mysql_thread_id AS '阻塞线程'
,c.trx_query AS '阻塞SQL'
,(UNIX_TIMESTAMP()-UNIX_TIMESTAMP(c.trx_started)) AS '阻塞时间'
FROM information_schema.innodb_lock_waits a
JOIN information_schema.innodb_trx b ON a.requesting_trx_id=b.trx_id
JOIN information_schema.innodb_trx c ON a.blocking_trx_id=c.trx_id
WHERE (UNIX_TIMESTAMP()-UNIX_TIMESTAMP(c.trx_started))>20

3.主从复制监控
若是在咱们的数据库架构中，大量依赖于 MySQL 的主从复制机制的话，那么主从复制的监控也就成了必不可少的部分了。

如何监控主从复制链路的状态？

对于主从复制的监控，基本都要依赖于 show slave status 命令。

如何监控主从复制延迟？

参与复制的主从服务器之间必定存在着一些延迟，正常的状况下延迟是很是小的，基本在 1 秒以内。因此对于应用来讲，影响并不大，特别是对于一些主从延迟不敏感的应用。若是因为某种缘由，主从服务器之间出现了很大的延迟，就会影响到应用的正常使用了。因此必需要对主从复制延迟进行一些监控。

若是发现从服务器之间的延迟持续的增大，那么就须要进行一些检查，查找缘由并及时解决。通常状况下，能够经过下面的方法对主从复制延迟进行监控：

利用 show slave status 命令返回的信息：

Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0

Seconds_Behind_Master 就是主从复制延迟的秒数。这种获取方法比较简单，可是结果并不许确，由于这个值是根据同步到从服务器上主服务器的 binlog 和已经在从服务器上从新执行过的 binlog 日志之间的时间差，因此会有不少种状况会致使数据不许确，例如当网络出现问题的时候，主服务器上还有大量的 binlog 没有同步到从服务器上，同时已经同步到从服务器上的 binlog 都已经被彻底被重用完了，这种状况下，主从之间是存在着很大的延迟的，可是经过 show slave status 命令却不能发现这种延迟。

因此为了更加准确的发现延迟，就须要另外的方法：

这个方法须要使用多线程的程序同时对于主从服务器的状态来进行检查。主服务器上执行 show master status 命令来获取主服务器上的二进制日志文件信息和偏移量：

mysql> show master status \G
***************************** 1. row *****************************
File: mysql-bin.001099
Position: 302055050

从服务器上执行 show slave status 命令获取主服务器发送过来的二进制日志文件信息和偏移量：

Master_Log_File: mysql-bin.001099
Read_Master_Log_Pos: 301855050

以及在从服务器上执行 show slave status 命令获取已经传输完成的主服务器上二进制文件的信息和偏移量：

Exec_Master_Log_Pos: 301855050
Relay_Log_Space: 301855350

经过上面三个信息的对比，就能够知道主从服务器之间是否存在大量的延迟了。若是文件名（File 和 Master_Log_File）和偏移量（Position 和 Read_Master_Log_Pos）都同样，说明当前的主从不存在任何延迟的。

当每次修复完主从复制的时候，都要检查主从复制数据的一致性。那么如何验证主从复制的数据是否一致？

这里就须要使用到 Percona 公司发布的 MySQL 工具集中的 pt-table-checksum：

pt-table-checksum u=db_user,p='db_password' \
--databases mysql \
--replicate test.checksums

–databases 参数指定的是数据库的名字，–replicate 参数指定的是要在 test 库下建立 checksums 这张表，而且将数据写入到这张检测表中。须要注意的是，这条命令只须要在主库上运行就能够了，它会自动发现主库下全部从库信息，并对全部从库指定的数据库的数据来进行检测。

创建数据库帐户可使用：

GRANT SELECT,PROCESS,SUPER,REPLICATION SLAVE ON *.* TO 'db_user'@'ip' IDENTIFIED BY 'db_passwor