程序中寫入的一行行的SQL語句，如果使用了一些優化小技巧，定能達到事半功倍的效果。

1. 優化你的MySQL查詢緩存

在MySQL服務器上進行查詢，可以啟用高速查詢緩存。讓數據庫引擎在后臺悄悄的處理是提高性能的最有效方法之一。當同一個查詢被執行多次時，如果結果是從緩存中提取，就會特別快。

但主要的問題是，它是那么容易被隱藏起來以至于我們大多數程序員會忽略它。在有些處理任務中，我們實際上是可以阻止查詢緩存工作的。

// query cache does NOT work$r = mysql_query("SELECT username FROM user WHERE signup_date >= CURDATE()");// query cache works!$today = date("Y-m-d");$r = mysql_query("SELECT username FROM user WHERE signup_date >= '$today'");// query cache does NOT work$r = mysql_query("SELECT username FROM user WHERE signup_date >= CURDATE()");// query cache works!$today = date("Y-m-d");$r = mysql_query("SELECT username FROM user WHERE signup_date >= '$today'");

2. 用EXPLAIN使你的SELECT查詢更加清晰

使用EXPLAIN關鍵字可以讓你了解MySQL正在進行什么樣的查詢操作，這可以幫助你發現哪里出了問題。EXPLAIN查詢的結果，可以告訴你那些索引正在被引用，表是如何被掃描和排序的等等。

實現一個SELECT查詢(最好是比較復雜的一個，帶joins方式的)，在里面添加上你的關鍵詞解釋，在這里我們可以使用phpMyAdmin，他會告訴你表中的結果。舉例來說，假如當我在執行joins時，正忘記往一個索引中添加列，EXPLAIN能幫助我找到問題的所在。

3. 利用LIMIT 1取得唯一行

有時，當你要查詢一張表時，你知道只需要查看一行數據時。你可能會取一條十分獨特的記錄，或者只是剛好檢查了任何存在的記錄數，他們都滿足了你的WHERE子句。

在這種情況下，增加一個LIMIT 1會令你的查詢更加有效。這樣數據庫引擎發現只有1后將停止掃描，而不是去掃描整個表或索引。

4. 索引中的檢索字段

索引不僅是主鍵或唯一鍵。如果你想搜索表中的任何列，你應該一直指向索引。、

5. 保證連接的索引是相同的類型

如果應用程序中包含多個連接查詢，你需要確保你鏈接的列在兩邊的表上都被索引。這會影響MySQL如何優化內部聯接操作。

此外，加入的列，必須是同一類型。例如，你加入一個DECIMAL列，而同時加入另一個表中的int列，MySQL將無法使用其中至少一個指標。即使字符編碼必須同為字符串類型。

6. 不要使用BY RAND()命令

如果您真的需要隨機顯示你的結果，有很多更好的途徑去實現。誠然這需要寫更多的代碼，但是能避免性能瓶頸的出現。問題在于，MySQL可能會為表中每一個獨立的行執行BY RAND()命令(這會消耗處理器的處理能力)，然后給你僅僅返回一行。

7. 盡量避免SELECT *命令

從表中讀取越多的數據，查詢會變得更慢。他增加了磁盤需要操作的時間，還是在數據庫服務器與WEB服務器是獨立分開的情況下。你將會經歷非常漫長的網絡延遲，僅僅是因為數據在服務器之間不必要的傳輸。所以指定你需要的列或者字段，這是一個非常良好的習慣。

8. 從PROCEDURE ANALYSE()中獲得建議

PROCEDURE ANALYSE()可讓MySQL的柱結構分析和表中的實際數據來給你一些建議。如果你的表中已經存在實際數據了，能為你的重大決策服務。

9. 使用有準備的語句

準備好的語句，可以從性能優化和安全兩方面對大家有所幫助。

準備好的語句在過濾已經綁定的變量默認情況下，能給應用程序以有效的保護，防止SQL注入攻擊。當然你也可以手動過濾，不過由于大多數程序員健忘的性格，很難達到效果。

10. 為列選擇合適的數據類型

選擇合適數據類型，建立數據表是很重要的。能用TINYINT就不用SMALLINT，能用SMALLINT就不用INT，因為磁盤和內存消耗越小越好。

11. 其他

SQL優化方法有很多種，同樣的查詢結果可以使用很多種不同的查詢方式。其實最好的方法就是在開發環境中用最貼近真實的數據集和硬件環境進行測試，然后再發布到生產環境中。