MySQL监控方式五花八门，这种最朴素的反而真香！

发布时间：2025-11-05 07:36:50 来源：创站工坊 作者：系统运维

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

本次文章完全使用 MySQL 自带的控方 show 命令实现获取，从 connects、式花素buffercache、门种lock、SQL、statement、Database throughputs、serverconfig 7 大方面全面获取监控数据。

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

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

show variables

慢 SQL 指的是 MySQL 慢查询，具体指运行时间超过 long_query_time 值的 SQL。

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

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

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

常见用法：

./mysqldumpslow -s c -t 10 /export/data/mysql/log/slow.log

./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 的分析结果详解：

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

1）常见慢 SQL 排查

SELECT FROM t1 WHERE id (SELECT id FROM t2 WHERE name=’hechunyang’);

子查询在 MySQL5.5 版本里，内部执行计划器是这样执行的：先查外表再匹配内表，而不是先查内表 t2，当外表的数据很大时，查询速度会非常慢。

在 MariaDB10/MySQL5.6 版本里，采用 join 关联方式对其进行了优化，这条 SQL 会自动转换为 SELECT t1. FROM t1 JOIN t2 ON t1.id = t2.id；

但请注意的是：优化只针对 SELECT 有效，对 UPDATE/DELETE 子 查询无效， 生产环境尽量应避免使用子查询。

SELECT FROM t WHERE YEAR(d) >= 2016；

由于 MySQL 不像 Oracle 那样⽀持函数索引，即使 d 字段有索引，也会直接全表扫描。

应改为 > SELECT FROM t WHERE d >= ‘2016-01-01’。

慢 SELECT FROM t WHERE LOC_ID = 10 OR LOC_ID = 20 OR LOC_ID = 30；

高效查询 > SELECT FROM t WHERE LOC_IN IN (10,20,30)。

SELECT FROM t WHERE name LIKE ‘%de%’；

使用 SELECT FROM t WHERE name LIKE ‘de%’。

SELECT goods_id,count() FROM t GROUP BY goods_id；

默认情况下，MySQL 对所有 GROUP BY col1，col2… 的字段进⾏排序。如果查询包括 GROUP BY，想要避免排序结果的消耗，则可以指定 ORDER BY NULL 禁止排序。

使用 SELECT goods_id,count () FROM t GROUP BY goods_id ORDER BY NULL。

SELECT count(1) FROM user u LEFT JOIN user_info i ON u.id = i.user_id WHERE 1 = 1 ORDER BY u.create_time DESC；

使用 SELECT count (1) FROM user u LEFT JOIN user_info i ON u.id = i.user_id。

1）任何东西不应过重关注其外表，要注重内在的东西，往往绚丽的外表下会有对应的负担和损耗。

2）mysql 数据库的监控支持通过 SQL 方式从 performance_schema 库中访问对应的表数据，前提是初始化此库并开启监控数据写入。

3）对于监控而言，不在于手段的多样性，而需要明白监控的本质，以及需要的监控项内容，找到符合自身项目特色的监控方式。

4）在选择监控工具对 mysql 监控时，需要关注监控工具本身对于数据库服务器的消耗，不要影响到其自身的使用。

相关文章