這篇文章主要介紹了MySQL數(shù)據(jù)庫慢怎么辦,具有一定借鑒價值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
數(shù)據(jù)庫應(yīng)用,常見兩種類型:CPU密集型和I/O密集型。因此,我們在排查數(shù)據(jù)庫問題時,通常是從這兩方面入手的。
CPU密集型的數(shù)據(jù)庫,性能問題有以下幾種:
1.復(fù)雜的查詢語句、存儲過程、觸發(fā)器、自定義函數(shù)等;
2.鎖競爭問題;
3.并發(fā)量大。
解決問題的思路:
1.通過慢查詢?nèi)罩荆页鱿嚓P(guān)語句,優(yōu)化查詢語句調(diào)整索引策略。還可以將復(fù)雜存儲過程、觸發(fā)器、自定義函數(shù)交由應(yīng)用代碼實現(xiàn);
2.根據(jù)infomation_schema中的innodb_trx、innodb_locks、innodb_lock_watis三種表,找出鎖的事務(wù)與開發(fā)協(xié)調(diào)。如果場景允許,可以考慮把事務(wù)隔離級別降到讀提交。
3.做讀寫分離、水平拆分?;蛘咴黾泳彺鎸?,讓高并發(fā)的讀寫壓力由緩存層消化;
4.調(diào)整mysql跟cpu相關(guān)參數(shù),這里不一一羅列。
I/O密集型的數(shù)據(jù)庫,性能問題有以下幾種:
1.投影了所有字段、全表掃描、表結(jié)構(gòu)設(shè)計、索引設(shè)計問題等;
2.內(nèi)存緩沖區(qū)設(shè)置過小,造成了過多的磁盤I/O;
3.網(wǎng)絡(luò)帶寬較?。ǔR娪诜植际较到y(tǒng)中)。
解決問題的思路:
1.通過慢查詢?nèi)罩荆页鰣?zhí)行時間久,而且結(jié)果集大的語句。減少投影的字段,只選擇必要的字段做投影,優(yōu)化表結(jié)構(gòu)與索引設(shè)計;
2.調(diào)整內(nèi)存緩沖區(qū)、日志刷新、刷新方法等等參數(shù)的設(shè)置,這里不一一羅列;
3.提升網(wǎng)絡(luò)帶寬,調(diào)整內(nèi)核參數(shù)。
如果上述措施還不能解決問題或者效果不明顯,可以考慮擴容。擴容分為:縱向擴展和橫向擴展。
縱向擴展:一般用于解決響應(yīng)時間長的問題。增加CPU計算能力可以減少響應(yīng)時間,增加內(nèi)存可以減少磁盤I/O,并將磁盤做raid5、10、01或者直接使用SSD提升I/O處理能力;
橫向擴展:一般用于解決高并發(fā)量問題。比如做簡單的讀寫分離、使用mycat將數(shù)據(jù)量做分片等,盡量將單機壓力分擔(dān)出去。
這里提到了解決高并發(fā)量的問題,其實還可以用異步的方式,將壓力前移到緩存層,降低寫入壓力;同時,緩存一些熱點數(shù)據(jù),也能大大減輕讀壓力。
感謝你能夠認真閱讀完這篇文章,希望小編分享的“MySQL數(shù)據(jù)庫慢怎么辦”這篇文章對大家有幫助,同時也希望大家多多支持創(chuàng)新互聯(lián),關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道,更多相關(guān)知識等著你來學(xué)習(xí)!
網(wǎng)站欄目:MySQL數(shù)據(jù)庫慢怎么辦-創(chuàng)新互聯(lián)
文章鏈接:http://chinadenli.net/article34/dhgcse.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供電子商務(wù)、微信小程序、用戶體驗、網(wǎng)頁設(shè)計公司、品牌網(wǎng)站制作、外貿(mào)網(wǎng)站建設(shè)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)