MySQL 最朴素的监控方式.docx

上传人:p** 文档编号:1059168 上传时间:2024-06-29 格式:DOCX 页数:9 大小:16.06KB
下载 相关 举报
MySQL 最朴素的监控方式.docx_第1页
第1页 / 共9页
MySQL 最朴素的监控方式.docx_第2页
第2页 / 共9页
MySQL 最朴素的监控方式.docx_第3页
第3页 / 共9页
MySQL 最朴素的监控方式.docx_第4页
第4页 / 共9页
MySQL 最朴素的监控方式.docx_第5页
第5页 / 共9页
MySQL 最朴素的监控方式.docx_第6页
第6页 / 共9页
MySQL 最朴素的监控方式.docx_第7页
第7页 / 共9页
MySQL 最朴素的监控方式.docx_第8页
第8页 / 共9页
MySQL 最朴素的监控方式.docx_第9页
第9页 / 共9页
亲,该文档总共9页,全部预览完了,如果喜欢就下载吧!
资源描述

《MySQL 最朴素的监控方式.docx》由会员分享,可在线阅读,更多相关《MySQL 最朴素的监控方式.docx(9页珍藏版)》请在第壹文秘上搜索。

1、对于当前数据库的监控方式有很多,分为数据库自带、商用、开源三大类,每一种都有各自的特色;而对于MySQ1.数据库由于其有很高的社区活跃度,监控方式更是多种多样,不管哪种监控方式最核心的就是监控数据,获取得到全面的监控数据后就是灵活的展示部分.那我们今天就介绍一下完全采用MySQ1.自有方式采集获取监控数据,在单体下达到最快速、方便、损耗最小。本次文章完全使用MySQ1.自带的show命令实现获取,从connects.buffercache,lock.SQ1.statement.Databasethroughputs,serverconfig7大方面全面获取监控数据.1 连接数(Connects

2、)最大使用连接数:ShOWstatuslikeMax_used_ConneCtiOns当前打开的连接数:ShoWstatuslikeThreadS-COnneCted2 缓存(bufferCache)未从缓冲池读取的次数:ShOWstatuslikelnnodb_buffer_p。1.reads从缓冲池读取的次数:ShOWstatuslike,Innodb_buffer_pool_read_requests缓冲池的总页数:showstatuslikeInnodb_buffer_p。1.PageS_total缓冲池空闲的页数:showstatuslikeInnodb_buffer_pool_pa

3、ges_free,缓存命中率计算:(I-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)锁等待个数:showstatuslikeInnodb_row_lock_waitsz平均每次锁等待时间:showstatuslikeInnodb_row_lock_time_avg查看是否存在表锁:sh

4、owopenTAB1.ESwherei,use0;有数据代表存在锁表,空为无表锁备注:锁等待统计得数量为息加数据,岳次获取得时候可以跟之前得数据进行相减,得到当前统计得数据4 SQ1.查看mysql开关是否打开:ShOWVariableSIikeslow-qery.log,ON为开启状态,如果为OFF,setglobalslow_query_log=l进行开启查看mysql阈值:ShOWVariabIeSlikelong.queryjime,根据页面传递同值参数,修改阈值setgloballong_query_time=0.1查看mysql慢sqlgift:showvariableslikes

5、low_queryog_file格式化慢sql日志:mysqldumpslow-sat-t10eportdatamysqllogslow.log注:此语句通过jdbc执行不了,属于命令行执行.怠思为:显示出耗时最长的10个SQ1.语句执行信息,10可以修改为TOP个数.显示的信息为:执行次数、平均执行时间、SQ1.语句备注:当mysqldumpslow命令执行失败时,将慢日志同步到本地进行格式化处理.insert数量:showstatuslike,Com-insert,Com-delete,delete数量:showstatuslikeupdate数量:showstatuslikeCom-up

6、dateselect数量:ShOWstatuslikeCorr1.SeIect6吞吐(Databasethroughputs)发送吞吐量:showstatuslikeBytes-sent,接收吞吐量:showstatuslikeBytes.received,总吞吐量:Bytes-sent+Bytes-received7数据库参数(serverconfig)showvariables慢SQ1.指的是MySQ1.慢查询,具体指运行时间超过long_query_time值的SQ1.我们常听MySQ1.中有二进制日志binlog,中继日志relaylog,正做回滚日志redolog.undolog等.

7、针对慢查询,还有一种慢查询日志Slowlog,用来记录在MySQ1.中响应时间超过阀值的语句.慢SQ1.对实际生产业务影响是致命的,所以测试人员在性能测试过程中,对数据库SQ1.语句执行情况实施监控,给开发提供准确的性能优化意见显得尤为歪要.那怎么使用Mysql数据库提供的慢查询日志来监控SQ1.语句执行情况,找到消耗较高的SQ1.语句,以下详细说明一下慢直询日志的使用步驶:确保打开慢SQ1.开关slow.qeryjog设置慢SQ1.域值long_query_time这个long_query_time是用来定义慢于多少秒的才算“慢查询,注意单位是秒,我通过执行sql指令setlong_quer

8、y_time=l来设置了long_query_time的值为1,也就是执行时间超过1秒的都算慢直询,如下:查看慢SQ1.日志路径通过慢sql分析工具mysqldumpslow格式化分析慢SQ1.日志mysqldumpslow慢查询分析工具,是mysql安装后自带的,可以通过,/mysqldumpslowhelp查看使用参数说明常见用法:取出使用最多的10条慢查询.Zmysqldumpslow-sc-t10eportdatamysqllogslow.log取出直询时间最慢的3条慢面询./mysqldumpslow-st-t3eportdatamysqllogslow.log注意:使用mysqld

9、umpslow的分析结果不会显示具体完整的sql语句,只会显示Sql的组成结构;假如:SE1.ECTFROMsms.sendWHEREservice.id=10GROUPBYcontent1.IMIT0,1000;mysqldumpslow命令执行后显示:Count:2Time=1.5s(3s)1.ock=O.OOs(Os)Rows=1000.0(2000),vgos_dbavgos_dba10.130.229.196SE1.ECTFROMSmS_SendWHEREservice.id=NGROUPBYcontent1.IMITN,Nmysqldumpslow的分析结果详解:Count:表示该

10、类型的语句执行次数,上图中表示SeIeet语句执行了2次.Time:表示该类型的语句执行的平均时间(总计时间)1.ock:锁时间Os。Rows:单次返回的结果数是100o条记录,2次总共返回2000条记录.通过这个工具就可以查询出来哪些Sql语句是慢SQ1.,从而反馈研发进行优化,比如加索引,该应用的实现方式等.常见慢SQ1.排瓷不使用子肯询SE1.ECTFRoMtlWHEREid(SE1.ECTidFROMt2WHEREname=hechunyang);子直询在MySQ1.5.5版本里,内部执行计划器是这样执行的:先直外表再匹配内表,而不是先直内表t2,当外表的数据很大时,直询速度会非常慢.

11、在MariaDB10MySQ1.5.6版本里,采用join关联方式对其进行了优化,这条SQ1.会自动转换为SE1.ECTtl.FROMtlJOINt2ONtl.id=t2.id;但请注意的是:优化只针对SE1.ECT有效,对UPDATE/DE1.ETE子查询无效,生产环境尽贵应避免使用子查询。避免函数索引SE1.ECTFROMtWHEREYEAR(d)=2016;由于MySQ1.不像Orade那样支持函数索引,即使d字段有索引,也会直接全表扫描.应改为SE1.ECTFROMtWHEREd=2016-01-01;用IN来替换OR低效查询慢SE1.ECTFROMtWHERE1.oCD=10OR1.

12、OJlD=20OR1.OC_ID=30;高效查询SE1.ECTFROMtWHERE1.OCJNIN(10,20,30);1.IKE双百分号无法使用到索引SE1.ECTFROMtWHEREname1.IKE%de%;使用SE1.ECTFROMtWHEREnameUKEde%;分组统计可以禁止排序SE1.ECTgoods.id,count()FROMtGROUPBYgoods_id;默认情况下fMySQ1.对所有GROUPBYcoll,col2.的字段进行。序.如果直询包括GROUPBY,想要避免排序结果的消耗,则可以指定ORDERBYNU1.1.禁止排序.使用SE1.ECTgoodsjd,cou

13、nt()FROMtGROUPBYgoods.idORDERBYNU1.1.;禁止不必要的ORDERBY徘序2.SE1.ECTcont(l)FROMuseru1.EFTJOINuserJnfoiONu.id=i.userjdWHERE1=1ORDERBYu.create.timeDESC;使用SE1.ECTcount(1)FROMuserU1.EFTJOINuserjnfoiONu.id=i.user_id;9总结任何东西不应过至关注其外表,要注更内在的东西,往往绚丽的外表下会有对应的负担和损耗。mysql数据库的监控支持通过SQ1.方式从performance,schema席中访问对应的表数据,前提是初始化此库并开启监控数据写入。对于监控而言,不在于手段的多样性,而需要明白监控的本质,以及需要的监控项内容,找到符合自身项目特色的监控方式.在选择监控工具对mysql监控时,需要关注监控工具本身对于数据座服务器的消耗,不要影响到其自身的使用.

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 数据库

copyright@ 2008-2023 1wenmi网站版权所有

经营许可证编号:宁ICP备2022001189号-1

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。第壹文秘仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第壹文秘网,我们立即给予删除!