用命令手写mysql常用监控指标

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

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

1 连接数&＃xff08;Connects&＃xff09;

• 最大使用连接数&＃xff1a;show status like ‘Max_used_connections’

• 当前打开的连接数&＃xff1a;show status like ‘Threads_connected’

2 缓存&＃xff08;bufferCache&＃xff09;

• 未从缓冲池读取的次数&＃xff1a;show status like ‘Innodb_buffer_pool_reads’

• 从缓冲池读取的次数&＃xff1a;show status like ‘Innodb_buffer_pool_read_requests’

• 缓冲池的总页数&＃xff1a;show status like ‘Innodb_buffer_pool_pages_total’

• 缓冲池空闲的页数&＃xff1a;show status like ‘Innodb_buffer_pool_pages_free’

• 缓存命中率计算&＃xff1a;&＃xff08;1-Innodb_buffer_pool_reads/Innodb_buffer_pool_read_requests&＃xff09;*100%

• 缓存池使用率为&＃xff1a;((Innodb_buffer_pool_pages_total-Innodb_buffer_pool_pages_free&＃xff09;/Innodb_buffer_pool_pages_total&＃xff09;*100%

3 锁&＃xff08;lock&＃xff09;

• 锁等待个数&＃xff1a;show status like ‘Innodb_row_lock_waits’

• 平均每次锁等待时间&＃xff1a;show status like ‘Innodb_row_lock_time_avg’

• 查看是否存在表锁&＃xff1a;show open TABLES where in_use>0&＃xff1b;有数据代表存在锁表&＃xff0c;空为无表锁

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

4 SQL

• 查看 mysql 开关是否打开&＃xff1a;show variables like ‘slow_query_log’&＃xff0c;ON 为开启状态&＃xff0c;如果为 OFF&＃xff0c;set global slow_query_log&＃61;1 进行开启

• 查看 mysql 阈值&＃xff1a;show variables like ‘long_query_time’&＃xff0c;根据页面传递阈值参数&＃xff0c;修改阈值 set global long_query_time&＃61;0.1

• 查看 mysql 慢 sql 目录&＃xff1a;show variables like ‘slow_query_log_file’

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

备注&＃xff1a;当 mysqldumpslow 命令执行失败时&＃xff0c;将慢日志同步到本地进行格式化处理。我们创建了一个高质量的技术交流群&＃xff0c;与优秀的人在一起&＃xff0c;自己也会优秀起来&＃xff0c;赶紧点击加群&＃xff0c;享受一起成长的快乐。

5 statement

• insert 数量&＃xff1a;show status like ‘Com_insert’

• delete 数量&＃xff1a;show status like ‘Com_delete’

• update 数量&＃xff1a;show status like ‘Com_update’

• select 数量&＃xff1a;show status like ‘Com_select’

6 吞吐&＃xff08;Database throughputs&＃xff09;

• 发送吞吐量&＃xff1a;show status like ‘Bytes_sent’

• 接收吞吐量&＃xff1a;show status like ‘Bytes_received’

• 总吞吐量&＃xff1a;Bytes_sent&＃43;Bytes_received

7 数据库参数&＃xff08;serverconfig&＃xff09;

show variables

8 慢 SQL

慢 SQL 指的是 MySQL 慢查询&＃xff0c;具体指运行时间超过 long_query_time 值的 SQL。

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

• 确保打开慢 SQL 开关 slow_query_log

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

• 查看慢 SQL 日志路径

• 通过慢 sql 分析工具 mysqldumpslow 格式化分析慢 SQL 日志

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

常见用法&＃xff1a;

1. 取出使用最多的 10 条慢查询

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

1. 取出查询时间最慢的 3 条慢查询

./mysqldumpslow -s t -t 3 /export/data/mysql/log/slow.log

注意&＃xff1a;使用 mysqldumpslow 的分析结果不会显示具体完整的 sql 语句&＃xff0c;只会显示 sql 的组成结构&＃xff1b;

假如: SELECT *FROM sms_send WHERE service_id&＃61;10 GROUP BY content LIMIT 0, 1000; mysqldumpslow 命令执行后显示&＃xff1a;

Count: 2 Time&＃61;1.5s (3s) Lock&＃61;0.00s (0s) Rows&＃61;1000.0 (2000), vgos_dba[vgos_dba]&＃64;[10.130.229.196]SELECT* FROM sms_send WHERE service_id&＃61;N GROUP BY content LIMIT N, N

mysqldumpslow 的分析结果详解&＃xff1a;

• Count&＃xff1a;表示该类型的语句执行次数&＃xff0c;上图中表示 select 语句执行了 2 次。

• Time&＃xff1a;表示该类型的语句执行的平均时间&＃xff08;总计时间&＃xff09;

• Lock&＃xff1a;锁时间 0s。

• Rows&＃xff1a;单次返回的结果数是 1000 条记录&＃xff0c;2 次总共返回 2000 条记录。

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

常见慢 SQL 排查

1. 不使用子查询

SELECT *FROM t1 WHERE id (SELECT id FROM t2 WHERE name&＃61;’hechunyang’);

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

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

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

1. 避免函数索引

SELECT *FROM t WHERE YEAR(d) >&＃61; 2016;

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

应改为 > SELECT* FROM t WHERE d >&＃61; ‘2016-01-01’;

1. 用 IN 来替换 OR 低效查询

慢 SELECT *FROM t WHERE LOC_ID &＃61; 10 OR LOC_ID &＃61; 20 OR LOC_ID &＃61; 30;

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

1. LIKE 双百分号无法使用到索引

SELECT *FROM t WHERE name LIKE ‘%de%’;

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

1. 分组统计可以禁止排序

SELECT goods_id,count(*) FROM t GROUP BY goods_id;

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

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

1. 禁止不必要的 ORDER BY 排序

SELECT count(1) FROM user u LEFT JOIN user_info i ON u.id &＃61; i.user_id WHERE 1 &＃61; 1 ORDER BY u.create_time DESC;

使用 SELECT count (1) FROM user u LEFT JOIN user_info i ON u.id &＃61; i.user_id;

9 总结

• 任何东西不应过重关注其外表&＃xff0c;要注重内在的东西&＃xff0c;往往绚丽的外表下会有对应的负担和损耗。

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

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

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