前言

現如今，資料庫的操作越來越成為整個應用的效能瓶頸了，這點對於Web應用尤其明顯。所以，我整理了MySQL優化的幾點建議，希望這些優化技巧對您有用，總結不到的，歡迎大家補充。

SQL執行慢的原因

1. 網路速度慢，記憶體不足，I/O吞吐量小，磁碟空間滿了等硬體問題
2. 沒有索引或者索引失效
3. 資料表裡的資料記錄過多
4. 伺服器調優及各個引數設定也可能會影響
5. 開發者編寫的SQL效率
6. 其他

<!--more-->

1、EXPLAIN分析你的SELECT查詢

很多情況下，使用EXPLAIN關鍵字可以讓你知道MySQL是如何處理你的SQL語句的，這可以幫你分析你的查詢語句，從而或許能儘快的找到優化方法以及潛在的效能問題。具體EXPLAIN的使用以及各個引數的含義，請查閱相關文件即可。

2、SELECT查詢必須指明欄位名

SELECT * 的查詢會加很多不必要的消耗（例如CPU、I/O等），同時，也有可能增加了使用覆蓋索引。所以SELECT查詢時，要求直接在後面指明需要查詢的對應欄位名。

3、查詢一條資料的時候，使用 LIMIT 1

減少多餘的查詢，因為指定limit 1後，查詢到一條資料就不再繼續查詢了，使得EXPLAIN中type列達到const型別，查詢語句更優。

4、為搜尋的WHERE欄位建立索引

一般，每個表我們都會設定一個主鍵，而索引並不一定就是給主鍵。如果在你的表中，有某個欄位你總要會經常用來做WHERE查詢搜尋，而且是讀大於寫的，那麼，請為其建立索引吧，有興趣瞭解更多建立索引的的原則，可以查閱相關資料。

5、千萬不要使用 ORDER BY RAND()

如果你想隨機取資料，也許第一個直接會告訴你，用隨機數取，切記，這個時候你必須控制你的大腦在這個方向繼續想下去，趕緊停止這種可怕的想法。因為這種查詢，對資料庫的效能毫無益處（消耗CPU）。更好的方案之一是先找到資料所在的條數N，然後再用LIMIT N, 1這樣查詢。

6、保證每張表都有一個主鍵ID

我們應該養成一種習慣，每設計新建一張表的時候，都應該為其設計一個ID欄位，並讓其成為主鍵，而且最好是INT型（也有使用UUID的），同時設定這個ID欄位為自增（AUTO_INCREMENT）的標誌。

8、儘可能的使用 NOT NULL

不要以為NULL不需要空間，事實是NULL也需要額外的空間，也許，很多有沒注意但是遇到過，NULL欄位在進行查詢比較的時候，是比較麻煩的。當然了，如果你實在是必須需要NULL的話，那沒轍，就使用吧，否則的話，就建議使用NOT NULL吧。

8、選擇合適的儲存引擎

在MySQL中有MyISAM和InnoDB兩種儲存引擎，兩者各有利弊，所以我們需要了解兩者的差異然後來做出最合適的選擇，例如InnoDB支援事務而MyISAM不支援，MyISAM查詢比InnoDB快等等；總之，如果你不知道選擇什麼的話，那就用InnoDB吧。

### 9、把IP地址存為UNSIGNED INT

在遇到需要儲存IP地址的時候，很多人的第一想法都會是儲存VARCHAR(15)字串型別的，而不會想到要用INT整型來儲存；如果你用整型來儲存，只需要4個位元組，並且你可以有定長的欄位，而且這會為你帶來查詢上的優勢。

10、儘量不要在WHERE查詢時對欄位進行null值判斷

我們都知道，檔我們對一個欄位進行null的判斷時候，會比較慢的，這是因為這個判斷會導致引擎放棄使用所有已有的索引而進行全表掃描搜尋。

11、儘量不要使用%字首的LIKE模糊查詢

模糊查詢，在日常開發中，我們都會經常遇到，但是我相信很多人都是直接 LIKE '%key_word%' 或者 LIKE '%key_word' 這樣搜尋的，這兩種搜尋方式，都會導致索引失效從而進行全表掃描搜尋。如果解決上面的這種模糊查詢呢，答案就是使用“使用全文索引”，具體的用法有興趣的可以自己查資料一波。

12、避免在WHERE查詢時對欄位進行表示式操作

例如查詢語句SELECT id FROM table WHERE num * 2 = 50;，這樣的查詢，對欄位num做了一個乘2的算數操作，就會導致索引失效。

14、減少不必要的排序

排序操作會消耗較多的CPU資源，所以減少不必要的排序可以在快取命中率高等I/O足夠的情況下，會降低SQL的響應時間。

14、建議用JOIN代替子查詢

有的人會說，JOIN的效能其實也並不是很好呀，但是和子查詢比起來還是有很大的效能優勢的。具體的，可以瞭解一下子查詢的執行計劃相關的問題。

15、避免發生隱式型別轉換

型別轉換主要是指在WHERE子句中出現欄位的型別和傳入的引數型別不一致的時候發生的型別轉換；這是因為如果我們傳入的資料型別和欄位型別不一致，MySQL可能會對我們傳的資料進行型別轉換操作，也可能不進行處理而直接交由儲存引擎去處理，這樣一來，就可能會出現索引無法使用的情況而造成執行計劃問題。

### 16、避免多表查詢欄位型別不一致

在遇到需要多表聯合查詢的時候，我們設計表結構的時候，儘量保持表與表的關聯欄位一致，並且都要設定索引。同時，多表連線查詢時，儘量把結果集小的表作為驅動表。

### 17、建議開啟查詢快取

大多數的MySQL伺服器都開啟了查詢快取，這是提高效能最有效的方法之一，因為查詢快取由MySQL資料庫引擎自動處理，當有很多相同的查詢被執行了多次的時候，這些查詢結果會被放到一個快取中，這樣，後續的相同的查詢就不用操作表，而直接訪問快取結果了。

### 18、使用UNION代替臨時表

UNION查詢可以把兩條或更多的SELECT查詢結果合併到一個查詢中，從而不再需要建立臨時表來完成。需要注意的是，使用UNION的所有SELECT語句中的欄位數目要相同。

### 19、慎用IN查詢

IN以及NOT IN查詢都要慎重，因為可能會導致全表掃描，而對於連續的數值，能用BETWEEN就不要用IN了。

### 20、歡迎補充

### 結束語

這主要是從查詢角度去考慮優化，還有一些分表、分割槽技術以及讀寫分離等；以上優化之處，如果說的不到位的地方，請大家諒解，MySQL優化的地方可以有很多處，歡迎提出其他優化建議，謝謝。