对于当前数据库的监控方式有很多，分为数据库自带、商用、开源三大类，每一种都有各自的特色；而对于 mysql 数据库由于其有很高的社区活跃度，监控方式更是多种多样，不管哪种监控方式最核心的就是监控数据，获取得到全面的监控数据后就是灵活的展示部分。那我们今天就介绍一下完全采用 mysql 自有方式采集获取监控数据，在单体下达到最快速、方便、损耗最小。

本次文章完全使用 mysql 自带的 show 命令实现获取，从 connects、buffercache、lock、SQL、statement、Database throughputs、serverconfig7 大方面全面获取监控数据。

1 连接数（Connects）

• 最大使用连接数：show status like ‘Max_used_connections’

• 当前打开的连接数：show status like ‘Threads_connected’

2 缓存（bufferCache）

• 未从缓冲池读取的次数：show status like ‘Innodb_buffer_pool_reads’

• 从缓冲池读取的次数：show status like ‘Innodb_buffer_pool_read_requests’

• 缓冲池的总页数：show status like ‘Innodb_buffer_pool_pages_total’

• 缓冲池空闲的页数：show status like ‘Innodb_buffer_pool_pages_free’

• 缓存命中率计算：（1-Innodb_buffer_pool_reads/Innodb_buffer_pool_read_requests）*100%

• 缓存池使用率为：((Innodb_buffer_pool_pages_total-Innodb_buffer_pool_pages_free）/Innodb_buffer_pool_pages_total）*100%

3 锁（lock）

• 锁等待个数：show status like ‘Innodb_row_lock_waits’

• 平均每次锁等待时间：show status like ‘Innodb_row_lock_time_avg’

• 查看是否存在表锁：show open TABLES where in_use>0；有数据代表存在锁表，空为无表锁

备注：锁等待统计得数量为累加数据，每次获取得时候可以跟之前得数据进行相减，得到当前统计得数据

4 SQL

• 查看 mysql 开关是否打开：show variables like ‘slow_query_log’，ON 为开启状态，如果为 OFF，set global slow_query_log=1 进行开启

• 查看 mysql 阈值：show variables like ‘long_query_time’，根据页面传递阈值参数，修改阈值 set global long_query_time=0.1

• 查看 mysql 慢 sql 目录：show variables like ‘slow_query_log_file’

• 格式化慢 sql 日志：mysqldumpslow -s at -t 10 /export/data/mysql/log/slow.log 注：此语句通过 jdbc 执行不了，属于命令行执行。 意思为：显示出耗时最长的 10 个 SQL 语句执行信息，10 可以修改为 TOP 个数。显示的信息为：执行次数、平均执行时间、SQL 语句

备注：当 mysqldumpslow 命令执行失败时，将慢日志同步到本地进行格式化处理。

5 statement

• insert 数量：show status like ‘Com_insert’

• delete 数量：show status like ‘Com_delete’

• update 数量：show status like ‘Com_update’

• select 数量：show status like ‘Com_select’

6 吞吐（Database throughputs）

• 发送吞吐量：show status like ‘Bytes_sent’

• 接收吞吐量：show status like ‘Bytes_received’

• 总吞吐量：Bytes_sent Bytes_received

7 数据库参数（serverconfig）

show variables

8 慢 SQL

慢 SQL 指的是 MySQL 慢查询，具体指运行时间超过 long_query_time 值的 SQL。 我们常听 MySQL 中有二进制日志 binlog、中继日志 relaylog、重做回滚日志 redolog、undolog 等。针对慢查询，还有一种慢查询日志 slowlog，用来记录在 MySQL 中响应时间超过阀值的语句。慢 SQL 对实际生产业务影响是致命的，所以测试人员在性能测试过程中，对数据库 SQL 语句执行情况实施监控，给开发提供准确的性能优化意见显得尤为重要。那怎么使用 Mysql 数据库提供的慢查询日志来监控 SQL 语句执行情况，找到消耗较高的 SQL 语句，以下详细说明一下慢查询日志的使用步骤：

• 确保打开慢 SQL 开关 slow_query_log

• 设置慢 SQL 域值 long_query_time 这个 long_query_time 是用来定义慢于多少秒的才算 “慢查询”，注意单位是秒，我通过执行 sql 指令 set long_query_time=1 来设置了 long_query_time 的值为 1, 也就是执行时间超过 1 秒的都算慢查询，如下：

• 查看慢 SQL 日志路径

• 通过慢 sql 分析工具 mysqldumpslow 格式化分析慢 SQL 日志 mysqldumpslow 慢查询分析工具，是 mysql 安装后自带的，可以通过./mysqldumpslow —help 查看使用参数说明

常见用法：

1. 取出使用最多的 10 条慢查询 ./mysqldumpslow -s c -t 10 /export/data/mysql/log/slow.log

2. 取出查询时间最慢的 3 条慢查询 ./mysqldumpslow -s t -t 3 /export/data/mysql/log/slow.log

注意：使用 mysqldumpslow 的分析结果不会显示具体完整的 sql 语句，只会显示 sql 的组成结构； 假如: SELECT FROM sms_send WHERE service_id=10 GROUP BY content LIMIT 0, 1000; mysqldumpslow 命令执行后显示： Count: 2 Time=1.5s (3s) Lock=0.00s (0s) Rows=1000.0 (2000), vgos_dba[vgos_dba]@[10.130.229.196]SELECT FROM sms_send WHERE service_id=N GROUP BY content LIMIT N, N

mysqldumpslow 的分析结果详解：

• Count：表示该类型的语句执行次数，上图中表示 select 语句执行了 2 次。

• Time：表示该类型的语句执行的平均时间（总计时间）

• Lock：锁时间 0s。

• Rows：单次返回的结果数是 1000 条记录，2 次总共返回 2000 条记录。

通过这个工具就可以查询出来哪些 sql 语句是慢 SQL，从而反馈研发进行优化，比如加索引，该应用的实现方式等。