網站或服務的效能關鍵點很大程度在於資料庫的設計（假設你選擇了合適的語言開發框架）以及如何查詢資料上。

我們知道MySQL的效能優化方法，一般有建立索引、規避複雜聯合查詢、設定冗餘欄位、建立中間表、查詢快取等，也知道用EXPLAIN來檢視執行計劃。

但對MySQL複雜查詢語句執行過程和內部機制，MySQL Optimizer本身所做優化以及查詢語句調整對效能所產生的影響及其原因知之甚少。

本文試圖對其中的一些關鍵概念如執行過程、索引使用等做比較深入的探討，知其然，知其所以然，

這樣可以避免在原本通過MySQL簡單優化就能獲得很好效果的情況下，盲目跟風轉向NoSQL儲存或者投入資金升級基礎設施。

工欲善其事，必先利其器，這裡首先介紹MySQL查詢語句效能分析工具。

MySQL的EXPLAIN命令是用來分析查詢效能的工具，EXPLAIN的輸出每一行對應於查詢語句中的一張表的執行計劃說明，其輸出列含義如下表：

上表中type列是表關聯型別，常見的有如下型別（按關聯查詢效率從高到低排列）：

const（常量連線），比如SELECT * FROM user WHERE id=1;
eq_ref（等值引用），比如SELECT * FROM user,card WHERE user.id=card.userid;
ref（引用），用於非唯一索引，比如SELECT * FROM user,card WHERE user.last_name='test';
range（範圍），比如SELECT * FROM tbl_name WHERE key_column > 10;

index（索引），根據索引來讀取資料，如果索引已包含了查詢資料，只需掃描索引樹，否則執行全表掃描和All類似；
ALL（所有），全表掃描

key列代表索引（index），rows表示估計會掃描多少行記錄，

Extra表示附加資訊，常見的有如下幾種（也按查詢效率從高到低排列）：

Using index：表示使用索引，如果同時出現Using where，代表使用索引來查詢讀取記錄，如果沒有Using where，表示索引包含查詢資料，無需額外的查詢；
Using where：表示條件查詢，如果type列是ALL或index，而沒有出現該資訊，則你有可能在執行錯誤的查詢：返回所有資料；
Using filesort：不是“使用檔案索引”的含義！filesort是MySQL所實現的一種排序策略，通常在使用到排序語句ORDER BY的時候，會出現該資訊；

Using temporary：表示為了得到結果，使用了臨時表，這通常是出現在多表聯合查詢，結果排序的場合；

如果EXPLAIN出現後面兩個資訊（Using filesort，Using temporary），而rows又比較大，通常意味著你需要調整查詢語句，或者需要新增索引，總之需要儘量消除這兩個資訊。

下面給出EXPLAIN結果例項（從使用者檔案表中找出暱稱和性別，按使用者表中的使用者關注者數量排序）：

上面的查詢語句就是典型的問題案例，Using filesort和Using temporary的具體含義以及如何優化上述語句放在下一篇文章中結合查詢過程和原理來專門討論。

以上就是本篇文章的全部內容了，希望對各位有所幫助。如果大家還有其他方面的問題，可以留言交流，請持續關注我們！