這篇文章主要介紹mysql服務(wù)器的性能分析,文中介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們一定要看完!
如系統(tǒng)偶爾停頓、慢查詢、喚影問(wèn)題,盡量不要使用試錯(cuò)的方式解決問(wèn)題:風(fēng)險(xiǎn)大
3.4.1單條查詢問(wèn)題還是服務(wù)問(wèn)題使用SHOW GLOBAL STATUS較高頻率:1s/次執(zhí)行該命令鋪獲數(shù)據(jù),問(wèn)題出現(xiàn)通過(guò)計(jì)數(shù)器的
使用SHOW PROCESSLIST 【參考】顯示哪些線程正在運(yùn)行注意吞吐量突然下降時(shí)間段的日志,查詢是在完成階段才寫入到慢查詢?nèi)罩镜?/p>
好的工具事半功倍:tcpdump、pt-query-digest、Percona Server
理解發(fā)現(xiàn)的問(wèn)題可視化數(shù)據(jù):gnuplot /R(繪圖工具)
gnuplot:安裝 一些命令: 常用技巧 入門教程 2 Gnuplot 數(shù)據(jù)可視化
建議:先使用前兩種方法,開銷低且通簡(jiǎn)單shell腳本或反復(fù)執(zhí)行的查詢交互式收集數(shù)據(jù)
3.4.2鋪獲診斷數(shù)據(jù)現(xiàn)間歇性問(wèn)題,盡量多收集數(shù)據(jù)(不只是問(wèn)題出現(xiàn)時(shí)的)
弄清楚:1、有區(qū)分 何時(shí)出現(xiàn)了問(wèn)題 的方法:觸發(fā)器;2、收集診斷數(shù)據(jù)的工具
診斷觸發(fā)器誤差:在沒(méi)有發(fā)生問(wèn)題期間收集了很多診斷數(shù)據(jù),浪費(fèi)時(shí)間(這個(gè)和前的、仔細(xì)讀一下 不矛盾)
漏檢:在問(wèn)題出現(xiàn)時(shí)沒(méi)有鋪獲到數(shù)據(jù),錯(cuò)失了機(jī)會(huì),開始收集前確認(rèn)觸發(fā)器能夠真正地識(shí)別問(wèn)題
好的觸發(fā)器:
找到些能和正常時(shí)的閾值進(jìn)行比較的指標(biāo)
選擇一個(gè)合適的閾值:足夠高(正常時(shí)不會(huì)觸發(fā))、不能太高(問(wèn)題發(fā)生時(shí)不錯(cuò)過(guò))
推薦工具pt-stalk【參考】【2】觸發(fā)器,設(shè)定到某個(gè)條件記錄 配置需監(jiān)控的變量 閾值 檢查的頻率
收集什么樣的數(shù)據(jù)執(zhí)行時(shí)間:工作的時(shí)間和等待的時(shí)間
在需要的時(shí)間段內(nèi)收集all能收集的數(shù)據(jù)
未知問(wèn)題發(fā)生的原因:1、服務(wù)器需做大量工作、導(dǎo)致大量消耗CPU;2、在等待資源釋放
不同的方法收集診斷數(shù)據(jù),確認(rèn)原因:
1、剖析報(bào)告:確認(rèn)是否有太多工作,工具:tcpdump 監(jiān)聽TCP流量 模式開閉慢查詢?nèi)罩?/p>
2、等待分析:確認(rèn)是否存在大量等待,GDB堆棧跟蹤信息、show processlist ,show innodb status觀察線程、事務(wù)狀態(tài)
解釋結(jié)果數(shù)據(jù)目的:1、問(wèn)題是否真的發(fā)生了;2、是否有明顯的跳躍性變化
工具:
oprofile利用cpu硬件層面提供的性能計(jì)數(shù)器(performance counter),通過(guò)計(jì)數(shù)采樣,幫助我們從進(jìn)程、函數(shù)、代碼層面找出占用cpu的"罪魁禍?zhǔn)?quot;。實(shí)例【參考】
opreport命令,分別從進(jìn)程和函數(shù)層面查看cpu使用情況的方法
samples | %| ----------------------------------------------------- 鏡像內(nèi)發(fā)生的采樣次數(shù) 采樣次數(shù)所占總采樣次數(shù)的百分比 鏡像名稱
opannotate命令可顯示代碼層面占用cpu的統(tǒng)計(jì)信息
GDB:Linux應(yīng)用程序開發(fā)中,最常用的調(diào)試器是gdb(調(diào)試的對(duì)象是可執(zhí)行文件),它可以在程序中設(shè)置斷點(diǎn)、查看變量值、一步一步跟蹤程序的執(zhí)行過(guò)程(數(shù)據(jù)、源碼)、查看內(nèi)存、堆棧信息。利用調(diào)試器的這些功能可以方便地找出程序中存在的非語(yǔ)法錯(cuò)誤?!緟⒖肌俊緟⒖肌?語(yǔ)法和實(shí)例
3.4.3一個(gè)診斷案例間歇性性能問(wèn)題,具備MySQL、innodb、GNU/Linux相關(guān)知識(shí)
明確:1、問(wèn)題是什么,清晰描述;2、為解決問(wèn)題已做過(guò)什么操作?
開始:1、了解服務(wù)器的行為;2、梳理服務(wù)器的狀態(tài) 參數(shù)配置 軟硬件環(huán)境(pt-summary pt-mysql-summary)
不要被離題太多的各種情況分散了注意力,問(wèn)題寫在紙條上,檢查一個(gè)劃掉一個(gè)
是原因還是結(jié)果???
資源變得效率低下可能的原因:
1、資源過(guò)度使用,余額不足;2、資源未被正確匹配;3、資源損壞或失靈
3.5其他剖析工具USER_STATISTICS:一些表對(duì)數(shù)據(jù)庫(kù)活動(dòng)進(jìn)行測(cè)量、審計(jì)
strace:調(diào)查系統(tǒng)調(diào)用情況,使用實(shí)際時(shí)間、不可預(yù)期性、開銷的,oprofile使用花費(fèi)CPU周期
小結(jié):定義性能最有效的方法是響應(yīng)時(shí)間
無(wú)法測(cè)量便無(wú)法有效優(yōu)化,性能優(yōu)化工作需要基于高質(zhì)量、全方位及完整的響應(yīng)時(shí)間測(cè)量
測(cè)量的最佳開始點(diǎn)是應(yīng)用程序,即使問(wèn)題出在底層的數(shù)據(jù)庫(kù),借助良好的測(cè)量較容易發(fā)現(xiàn)問(wèn)題
大多數(shù)系統(tǒng)無(wú)法完整地測(cè)量,測(cè)量有時(shí)候也會(huì)有錯(cuò)誤的結(jié)果,想辦法繞過(guò)些限制,要能意識(shí)到方法的缺陷和不確定性在哪
完整的測(cè)量會(huì)產(chǎn)生大量需要分析的數(shù)據(jù),so需要用到剖析器(最佳工具)
剖析報(bào)告:匯總信息,掩蓋和丟棄了很多細(xì)節(jié),不會(huì)告訴你缺了什么,不能完全依賴
兩種消耗時(shí)間的操作:工作或等待,almost剖析器只能測(cè)量因工作而消耗的時(shí)間,so等待分享有時(shí)候是很有用的補(bǔ)充,特別是cpu利用率低但工作一直無(wú)法完成的情況
優(yōu)化和提升兩回事,當(dāng)繼續(xù)提升的成本超過(guò)收益時(shí),應(yīng)停止優(yōu)化
注意你的直接,思路,決策盡量基于數(shù)據(jù)
in a words:首先澄清問(wèn)題、選擇合適技術(shù)、善用工具、足夠細(xì)心、邏輯清晰且堅(jiān)持下去,不要把原因和結(jié)果搞混,在確定問(wèn)題前不要隨便針對(duì)系統(tǒng)做變動(dòng)
以上是“mysql服務(wù)器的性能分析”這篇文章的所有內(nèi)容,感謝各位的閱讀!希望分享的內(nèi)容對(duì)大家有幫助,更多相關(guān)知識(shí),歡迎關(guān)注創(chuàng)新互聯(lián)網(wǎng)站制作公司行業(yè)資訊頻道!
網(wǎng)頁(yè)標(biāo)題:mysql服務(wù)器的性能分析-創(chuàng)新互聯(lián)
網(wǎng)站鏈接:http://www.rwnh.cn/article22/jdocc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站設(shè)計(jì)、虛擬主機(jī)、用戶體驗(yàn)、標(biāo)簽優(yōu)化、域名注冊(cè)、外貿(mào)網(wǎng)站建設(shè)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容