共计 4074 个字符，预计需要花费 11 分钟才能阅读完成。
对于以后数据库的监控形式有很多，分为数据库自带、商用、开源三大类，每一种都有各自的特色；而对于 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 查看应用参数阐明
常见用法：
取出应用最多的 10 条慢查问./mysqldumpslow -s c -t 10 /export/data/mysql/log/slow.log
取出查问工夫最慢的 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，从而反馈研发进行优化，比方加索引，该利用的实现形式等。
常见慢 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’; - 用 IN 来替换 OR 低效查问
慢 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); - LIKE 双百分号无奈应用到索引
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; - 禁止不必要的 ORDER
BY 排序 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;9
总结
任何货色不应过重关注其表面，要重视外在的货色，往往壮丽的表面下会有对应的累赘和损耗。
mysql 数据库的监控反对通过 SQL 形式从 performance_schema 库中拜访对应的表数据，前提是初始化此库并开启监控数据写入。
对于监控而言，不在于伎俩的多样性，而须要明确监控的实质，以及须要的监控项内容，找到合乎本身我的项目特色的监控形式。
在抉择监控工具对 mysql 监控时，须要关注监控工具自身对于数据库服务器的耗费，不要影响到其本身的应用。
作者：安甲舒
