mysql優化的幾種方法(MYSQL數據庫優化的方式分享)

如果在一個系統中,用戶反映系統太卡,那么我們可以怎么進行優化呢?

1. 如果http請求過多,則可以認定是web服務器承受的壓力過大,可以增加web服務器,做負載均衡進行優化。

2. 如果我們訪問靜態界面不卡頓,但是申請動態數據的時候發生卡頓,說明我們數據庫所處理的請求過多,這時候有大量的查詢壓力到數據庫,這時候就需要考慮數據庫的優化了。

   
   

要想知道我們數據庫優化究竟在做一些什么事情,首先我們需要了解MySQL的執行過程。

圖源自網絡,如有侵權請聯系刪除。

mysql執行過程

1. 當我們請求連接mysql服務器時,mysql會對請求有一個監聽,當我們發起的請求到達以后,服務器得到我們需要執行的SQL語句,這時我們的SQL語句就進入MYSQL的內部。

2. MYSQL會首先查詢緩存,看這個SQL語句是否執行過,如果我們執行過這個SQL語句,則把緩存中的執行結果返回,但是在MYSQL中,這個查詢緩存默認是不開啟的,因為查詢緩存要求SQL語句和參數都要一樣,所以基本上緩存中的數據我們都命中不了。

3. 如果我們沒有開啟查詢緩存,或者查詢緩存卻沒有找到對應的結果,這時候SQL語句就傳到了解析器中。解析器會對要執行的SQL語句進行解析,然后SQL語句就變成一顆解析樹,這時候解析樹不能馬上就執行,還需要對解析樹進行預處理,預處理的目的在于規定常量的存儲位置,計算表達式并返回結果等。

4. 預處理結束后,此時這棵樹就是要進行執行的樹,在和初始的解析樹對比,這棵樹得到了一些優化。

   
   

MYSQL數據庫里面最關鍵的知識點,就是查詢優化器。比如我們寫這么一條SQL語句:select * FROM BOOK WHERE BOOKNAME = 'BODY' AND PRICE = 56,只是SQL語句會怎么去進行執行呢?它會先執行BOOKNAME = 'BODY'還是PRICE = 56呢?SQL語句的執行順序就是根據數據庫對數據統計表的一些信息,比如索引或者表中一共有多少行數據,MYSQL數據庫都是會進行緩存的,這時查詢優化器就會根據這些數據進行一個判定,判斷這一個SQL語句的執行過程中到底選擇哪種執行方式,運行結果可能更快。所以說這一步操作其實是MYSQL性能中最關鍵的核心,這也是我們優化所需要遵循的原則。

所以說我們平常所說的優化SQL,其實就是想讓查詢優化器能按照我們的想法,選擇最佳的執行方案,因為我們更清楚的知道我們的數據,而MYSQL看到的數據僅僅是自己收集到緩存的那一部分信息,而這些信息的正確性不能得以保證,MYSQL根據它收集到的信息選擇一個它認為最佳的執行方案,但是這個方案很有可能和我們想要它執行的方案不一致。

這里說到的選擇執行方案,其實就是剛才舉例所講的先執行BOOKNAME = 'BODY'還是PRICE = 56,這個執行方案會傳給查詢執行引擎,引擎會去執行這一份接收到的執行方案。這個時候有一個很重要的問題:影響這個查詢性能的最關鍵原因是什么呢?其實就是我們最常講到的IO,一條SQL語句執行的時間,就是由這個時間段的IO來決定的。而執行IO又是由數據庫傳過去的這個執行方案來決定的。如果我們開啟了查詢緩存,則在將結果返回給客戶端之前,也會將執行結果存放到查詢緩存中,下一次進行該查詢會直接在查詢緩存中返回執行結果。

到此,相信大家對“MYSQL數據庫優化的方式分享”有了更深的了解,不妨來實際操作一番吧!這里是本站網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!