Techyou labs
文章RSS
评论RSS
登录
真正的爱应该超越生命的长度,心灵的宽度,灵魂的深度
搜索
关于作者
文章分类
Default
Linux/Unix
Database
Cloud
Networking
Security
Programming
最新文章
openvpn自签名证书
带你重走 TiDB TPS 提升 1000 倍的性能优化之旅
Unicode 中的 BIDI 双向性算法[转]
在linux中设置优先使用ipv4,而不是ipv6
linux下WPS高分辨率下因字体缩放导致字体发虚的问题
ssh-rsa not in pubkeyacceptedalgorithms问题解答及处理办法 Permission denied (publickey)
在 Ubuntu 22.04 中使用 PipeWire 替换 PulseAudio
MYSQL简单监控指标
deepin-wine6-stable下TIM悄悄崩溃问题
openwrt 设置ipv6地址分配
最新评论
renothing: 备注:路由器端优先设置ipv4并不影响客户端的ip...
renothing: 二次反向代理跟你应用程序得处理时间有关系吧?尤其是...
二次反向代理性能很差,怎么优化的?: 我也用nginx 做了个二次反向代理,但是并发连3...
hostyep: 交换链接么?目前每天保持30个左右对口IP,每月都...
yzhkpli: error while loading share...
美肤宝: 感谢分享。。。
lq: 嗯 喜欢弄得点单点
按月归档
August 2023
March 2023
December 2022
November 2022
September 2022
August 2022
March 2022
January 2022
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
February 2021
September 2020
May 2020
September 2019
August 2019
July 2019
June 2019
May 2019
January 2019
December 2018
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
April 2018
March 2018
December 2017
October 2017
September 2017
August 2017
April 2017
March 2017
February 2017
August 2016
July 2015
November 2014
September 2014
August 2014
July 2014
June 2014
July 2013
April 2013
September 2012
July 2012
May 2012
April 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
June 2009
May 2009
April 2009
March 2009
February 2009
December 2008
November 2008
September 2008
August 2008
July 2008
June 2008
常用标签
Mysql
nginx
mysql优化
linux
debian
Powered by
Typecho)))
Optimized by
EAimTY
MYSQL简单监控指标
August 15, 2022
本次文章完全使用 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,从而反馈研发进行优化,比如加索引,该应用的实现方式等。 **常见慢 SQL 排查** 1. 不使用子查询 ``` 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 子 查询无效, 生产环境尽量应避免使用子查询。 2. 避免函数索引 ``` SELECT_FROM t WHERE YEAR(d) >= 2016; ``` 由于 MySQL 不像 Oracle 那样⽀持函数索引,即使 d 字段有索引,也会直接全表扫描。 应改为 > ``` SELECT_FROM t WHERE d >= '2016-01-01'; ``` 3. 用 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);` 4. LIKE 双百分号无法使用到索引 `SELECT_FROM t WHERE name LIKE '%de%';` 应使用 `SELECT_FROM t WHERE name LIKE 'de%';` 5. 分组统计可以禁止排序 ``` 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;` 6. 禁止不必要的 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 监控时,需要关注监控工具本身对于数据库服务器的消耗,不要影响到其自身的使用。 **作者:安甲舒** https://my.oschina.net/u/4090830/blog/5564849
暂无评论
添加新评论
称呼
Email
网站
取消回复
内容
发表评论