共計(jì) 989 個(gè)字符，預(yù)計(jì)需要花費(fèi) 3 分鐘才能閱讀完成。

這篇文章主要介紹了 MySQL 數(shù)據(jù)庫慢怎么辦，具有一定借鑒價(jià)值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓丸趣 TV 小編帶著大家一起了解一下。

數(shù)據(jù)庫應(yīng)用，常見兩種類型：CPU 密集型和 I / O 密集型。因此，我們在排查數(shù)據(jù)庫問題時(shí)，通常是從這兩方面入手的。

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)用代碼實(shí)現(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è)計(jì)、索引設(shè)計(jì)問題等；

2. 內(nèi)存緩沖區(qū)設(shè)置過小，造成了過多的磁盤 I /O；

3. 網(wǎng)絡(luò)帶寬較小（常見于分布式系統(tǒng)中）。

解決問題的思路：

1. 通過慢查詢?nèi)罩荆页鰣?zhí)行時(shí)間久，而且結(jié)果集大的語句。減少投影的字段，只選擇必要的字段做投影，優(yōu)化表結(jié)構(gòu)與索引設(shè)計(jì)；

2. 調(diào)整內(nèi)存緩沖區(qū)、日志刷新、刷新方法等等參數(shù)的設(shè)置，這里不一一羅列；

3. 提升網(wǎng)絡(luò)帶寬，調(diào)整內(nèi)核參數(shù)。

如果上述措施還不能解決問題或者效果不明顯，可以考慮擴(kuò)容。擴(kuò)容分為：縱向擴(kuò)展和橫向擴(kuò)展。
縱向擴(kuò)展：一般用于解決響應(yīng)時(shí)間長的問題。增加 CPU 計(jì)算能力可以減少響應(yīng)時(shí)間，增加內(nèi)存可以減少磁盤 I /O，并將磁盤做 raid5、10、01 或者直接使用 SSD 提升 I / O 處理能力；

橫向擴(kuò)展：一般用于解決高并發(fā)量問題。比如做簡單的讀寫分離、使用 mycat 將數(shù)據(jù)量做分片等，盡量將單機(jī)壓力分擔(dān)出去。

這里提到了解決高并發(fā)量的問題，其實(shí)還可以用異步的方式，將壓力前移到緩存層，降低寫入壓力；同時(shí)，緩存一些熱點(diǎn)數(shù)據(jù)，也能大大減輕讀壓力。

感謝你能夠認(rèn)真閱讀完這篇文章，希望丸趣 TV 小編分享的“MySQL 數(shù)據(jù)庫慢怎么辦”這篇文章對大家有幫助，同時(shí)也希望大家多多支持丸趣 TV，關(guān)注丸趣 TV 行業(yè)資訊頻道，更多相關(guān)知識等著你來學(xué)習(xí)!