優化到底優化什麽?
優化，一直是面試最常問的一個問題。因為從優化的角度,優化的思路,完全可以看出一個人的技術積累。那麽，關於系統優化,假設這麽個場景,用戶反映系統太卡（其實就是高並發）,那麽我們怎麽優化?如果請求過多,判定web服務器的壓力過大,增加前端的web服務器,做負載均衡,如果請求靜態界面不卡了,但是動態數據還是卡,說明MySQL處理的請求太多了,在應用層增加緩存.
數據庫層其實是最脆弱的一層，一般在應用設計時在上遊就需要把請求攔截掉，數據庫層只承擔“能力範圍內”的訪問請求，所以，我們通過在服務層引入隊列和緩存，讓最底層的數據庫高枕無憂。但是如果請求激增,還是有大量的查詢壓力到MySQL,這個時候就要想辦法解決MySQL的瓶頸了
總結起來就是,系統優化的第一步,是絕對輪不到MySQL優化我們之所以要做MySQL的集群,

大致可以分為以下十個步驟:

1.當我們請求mysql服務器的時候,MySQL前端會有一個監聽,請求到了之後,服務器得到相關的SQL語句,執行之前(虛線部分為執行),還會做權限的判斷

2.通過權限之後,SQL就到MySQL內部,他會在查詢緩存中,看該SQL有沒有執行過,如果有查詢過,則把緩存結果返回,說明在MySQL內部,也有一個查詢緩存.但是這個查詢緩存,默認是不開啟的

3.如果我們沒有開啟查詢緩存,或者緩存中沒有找到對應的結果,那麽就到了解析器,解析器主要對SQL語法進行解析

4.解析結束後就變成一顆解析樹,這個解析樹其實在Hibernate裏面也是有的,大家回憶一下,在以前做過Hibernate項目的時候,是不是有個一個antlr.jar。這個就是專門做語法解析的工具.因為在Hibernate裏面有HQL，它就是通過這個工具轉換成SQL的,我們編程語言之所以有很多規範、語法,其實就是為了便於這個解析器解析,這個學過編譯原理的應該知道.

5.得到解析樹之後,不能馬上執行,這還需要對這棵樹進行預處理,也就是說,這棵樹,我沒有經過任何優化的樹,預處理器會這這棵樹進行一些預處理,比如常量放在什麽地方,如果有計算的東西,把計算的結果算出來等等...

6.預處理完畢之後,此時得到一棵比較規範的樹,這棵樹就是要拿去馬上做執行的樹,比起之前的那棵樹,這棵得到了一些優化

7.查詢優化器，是MySQL裏面最關鍵的東西,我們寫任何一條SQL,比如SELECT * FROM USER WHERE USERNAME = toby AND PASSWORD = 1,它會怎麽去執行?它是先執行username = toby還是password = 1?每一條SQL的執行順序查詢優化器就是根據MySQL對數據統計表的一些信息,比如索引,比如表一共有多少數據,MySQL都是有緩存起來的,在真正執行SQL之前,他會根據自己的這些數據,進行一個綜合的判定,判斷這一次在多種執行方式裏面,到底選哪一種執行方式,可能運行的最快.這一步是MySQL性能中,最關鍵的核心點,也是我們的優化原則.我們平時所講的優化SQL,其實說白了,就是想讓查詢優化器,按照我們的想法,幫我們選擇最優的執行方案,因為我們比MySQL更懂我們的數據.MySQL看數據,僅僅只是自己收集到的信息,這些信息可能是不準確的,MySQL根據這些信息選了一個它自認為最優的方案,但是這個方案可能和我們想象的不一樣.

8.這裏的查詢執行計劃,也就是MySQL查詢中的執行計劃,比如要先執行username = toby還是password = 1

9.這個執行計劃會傳給查詢執行引擎,執行引擎選擇存儲引擎來執行這一份傳過來的計劃,到磁盤中的文件中去查詢,這個時候重點來了,影響這個查詢性能最根本的原因是什麽?就是硬盤的機械運動,也就是我們平時熟悉的IO,所以一條查詢語句是快還是慢,就是根據這個時間的IO來確定的.那怎麽執行IO又是什麽來確定的?就是傳過來的這一份執行計劃.(優化就是制定一個我們認為最快的執行方案,最節省IO,和執行最快)

10.如果開了查詢緩存,則返回結果給客戶端,並且查詢緩存也放一份。

mysql優化-優化入門之MySQL的優化介紹及執行步驟