SQL優化的教程很多，但是比較雜亂。近日有空整理了一下，寫出來跟大家分享一下，其中有錯誤和不足的地方，還請大家糾正補充。
1> 爲查詢緩存優化你的查詢
大多數的MySQL服務器都開啓了查詢緩存。這是提高性最有效的方法之一，而且這是被MySQL的數據庫引擎處理的。當有很多相同的查詢被執行了多次的時候，這些查詢結果會被放到一個緩存中，這樣，後續的相同的查詢就不用操作表而直接訪問緩存結果了。
這裏最主要的問題是，對於程序員來說，這個事情是很容易被忽略的。因爲，我們某些查詢語句會讓MySQL不使用緩存。請看下面的示例：
SELECT username FROM user WHERE signup_date >= CURDATE()
SELECT username FROM user WHERE signup_date >= '2016-06-24'
上面兩條SQL語句的差別就是 CURDATE() ，MySQL的查詢緩存對這個函數不起作用。所以，像 NOW() 和 RAND() 或是其它的諸如此類的SQL函數都不會開啓查詢緩存，因爲這些函數的返回是會不定的易變的。所以，你所需要的就是用一個變量來代替MySQL的函數，從而開啓緩存。
2> EXPLAIN 你的 SELECT 查詢
使用 EXPLAIN 關鍵字可以讓你知道MySQL是如何處理你的SQL語句的。這可以幫你分析你的查詢語句或是表結構的性能瓶頸。 EXPLAIN 的查詢結果還會告訴你你的索引主鍵被如何利用的，你的數據表是如何被搜索和排序的……等等，等等。
3> 當只要一行數據時使用 LIMIT 1
加上 LIMIT 1 可以增加性能。MySQL數據庫引擎會在找到一條數據後停止搜索，而不是繼續往後查少下一條符合記錄的數據。
4> 爲搜索字段建索引
索引並不一定就是給主鍵或是唯一的字段。如果在你的表中，有某個字段你總要會經常用來做搜索，那麼，請爲其建立索引吧。
不能使用索引的情況:
-> 字符兩邊全是%的模糊查詢
5> 在Join表的時候使用相同類型的列，並將其索引
如果你的應用程序有很多JOIN查詢，你應該確認兩個表中Join的字段是被建過索引的。這樣，MySQL內部會啓動爲你優化Join的SQL語句的機制。
而且，這些被用來Join的字段，應該是相同的類型的。例如：如果你要把 DECIMAL 字段和一個 INT 字段Join在一起，MySQL就無法使用它們的索引。對於那些STRING類型，還需要有相同的字符集才行。（兩個表的字符集有可能不一樣）
6> 千萬不要 ORDER BY RAND()
MySQL會不得不去執行RAND()函數（很耗CPU時間），而且這是爲了每一行記錄去記行，然後再對其排序。就算是你用了Limit 1也無濟於事（因爲要排序）
7> 避免 SELECT *
從數據庫裏讀出越多的數據，那麼查詢就會變得越慢。並且，如果你的數據庫服務器和WEB服務器是兩臺獨立的服務器的話，這還會增加網絡傳輸的負載。
8> 永遠爲每張表設置一個ID
我們應該爲數據庫裏的每張表都設置一個ID做爲其主鍵，而且最好的是一個INT型的（推薦使用UNSIGNED），並設置上自動增加的 AUTO_INCREMENT標誌。
9> 使用 ENUM 而不是 VARCHAR
ENUM 類型是非常快和緊湊的。在實際上，其保存的是 TINYINT，但其外表上顯示爲字符串。這樣一來，用這個字段來做一些選項列表變得相當的完美。
10> 儘可能的使用 NOT NULL
除非你有一個很特別的原因去使用 NULL 值，你應該總是讓你的字段保持 NOT NULL。
11> 固定長度的表會更快
如果表中的所有字段都是“固定長度”的，整個表會被認爲是 “static” 或 “fixed-length”。 例如，表中沒有如下類型的字段： VARCHAR，TEXT，BLOB。只要你包括了其中一個這些字段，那麼這個表就不是“固定長度靜態表”了，這樣，MySQL 引擎會用另一種方法來處理。
固定長度的表會提高性能，因爲MySQL搜尋得會更快一些，因爲這些固定的長度是很容易計算下一個數據的偏移量的，所以讀取的自然也會很快。而如果字段不是定長的，那麼，每一次要找下一條的話，需要程序找到主鍵。 並且，固定長度的表也更容易被緩存和重建。不過，唯一的副作用是，固定長度的字段會浪費一些空間，因爲定長的字段無論你用不用，他都是要分配那麼多的空間。
12> 垂直分割
“垂直分割”是一種把數據庫中的表按列變成幾張表的方法，這樣可以降低表的複雜度和字段的數目，從而達到優化的目的。
13> 拆分大的 DELETE 或 INSERT 語句
如果你需要在一個在線的網站上去執行一個大的 DELETE 或 INSERT 查詢，你需要非常小心，要避免你的操作讓你的整個網站停止相應。因爲這兩個操作是會鎖表的，表一鎖住了，別的操作都進不來了。（Innodb是行級鎖，MVCC保證事務完整性，所以這個解釋個人感覺很牽強）
14> 越小的列會越快
對於大多數的數據庫引擎來說，硬盤操作可能是最重大的瓶頸。所以，把你的數據變得緊湊會對這種情況非常有幫助，因爲這減少了對硬盤的訪問。
15> 選擇正確的存儲引擎
16> 小心“永久鏈接”
“永久鏈接”的目的是用來減少重新創建MySQL鏈接的次數。當一個鏈接被創建了，它會永遠處在連接的狀態，就算是數據庫操作已經結束了。
好了，到這裏就寫完了。我知道還有很多沒有寫到的，還請大家補充。後面有空會介紹一些SQL優化工具給大家。讓我們一起學習，一起進步吧！
最後再分享一個我自己的後端技術羣，羣裏自己收集了很多Java架構資料，大家可以進羣免費，領取羣號：680075317，也可以進羣一起交流，比如遇到技術瓶頸、面試不過的，大家一些交流學習！