網(wǎng)站或服務的性能關(guān)鍵點很大程度在于數(shù)據(jù)庫的設計（假設你選擇了合適的語言開發(fā)框架）以及如何查詢數(shù)據(jù)上。

我們知道MySQL的性能優(yōu)化方法，一般有建立索引、規(guī)避復雜聯(lián)合查詢、設置冗余字段、建立中間表、查詢緩存等，也知道用EXPLAIN來查看執(zhí)行計劃。

但對MySQL復雜查詢語句執(zhí)行過程和內(nèi)部機制，MySQL Optimizer本身所做優(yōu)化以及查詢語句調(diào)整對性能所產(chǎn)生的影響及其原因知之甚少。

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

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

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

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

上表中type列是表關(guān)聯(lián)類型，常見的有如下類型（按關(guān)聯(lián)查詢效率從高到低排列）：

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（索引），根據(jù)索引來讀取數(shù)據(jù)，如果索引已包含了查詢數(shù)據(jù)，只需掃描索引樹，否則執(zhí)行全表掃描和All類似；
ALL（所有），全表掃描

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

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

Using index：表示使用索引，如果同時出現(xiàn)Using where，代表使用索引來查找讀取記錄，如果沒有Using where，表示索引包含查詢數(shù)據(jù)，無需額外的查找；
Using where：表示條件查詢，如果type列是ALL或index，而沒有出現(xiàn)該信息，則你有可能在執(zhí)行錯誤的查詢：返回所有數(shù)據(jù)；
Using filesort：不是“使用文件索引”的含義！filesort是MySQL所實現(xiàn)的一種排序策略，通常在使用到排序語句ORDER BY的時候，會出現(xiàn)該信息；
Using temporary：表示為了得到結(jié)果，使用了臨時表，這通常是出現(xiàn)在多表聯(lián)合查詢，結(jié)果排序的場合；

如果EXPLAIN出現(xiàn)后面兩個信息（Using filesort，Using temporary），而rows又比較大，通常意味著你需要調(diào)整查詢語句，或者需要添加索引，總之需要盡量消除這兩個信息。

下面給出EXPLAIN結(jié)果實例（從用戶檔案表中找出昵稱和性別，按用戶表中的用戶關(guān)注者數(shù)量排序）：

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

以上就是本篇文章的全部內(nèi)容了，希望對各位有所幫助。如果大家還有其他方面的問題，可以留言交流，請持續(xù)關(guān)注腳本之家！