使用EXPLAIN語句檢查SQL語句
當你在一條SELECT語句前放上關鍵詞EXPLAIN，MySQL解釋它將如何處理SELECT，提供有關表如何聯結和以什麼次序聯結的信息。
借助於EXPLAIN，你可以知道你什麼時候必須為表加入索引以得到一個使用索引找到記錄的更快的SELECT。
EXPLAIN tbl_name
or EXPLAIN SELECT select_options
EXPLAIN tbl_name是DESCRIBE tbl_name或SHOW COLUMNS FROM tbl_name的一個同義詞。
從EXPLAIN的輸出包括下面列：
·table
輸出的行所引用的表。
· type
聯結類型。各種類型的信息在下面給出。
不同的聯結類型列在下面，以最好到最差類型的次序：
system const eq_ref ref range index ALL possible_keys
· key
key列顯示MySQL實際決定使用的鍵。如果沒有索引被選擇，鍵是NULL。
· key_len
key_len列顯示MySQL決定使用的鍵長度。如果鍵是NULL，長度是NULL。注意這告訴我們MySQL將實際使用一個多部鍵值的幾個部分。
· ref
ref列顯示哪個列或常數與key一起用於從表中選擇行。
· rows
rows列顯示MySQL相信它必須檢驗以執行查詢的行數。
·Extra
如果Extra列包括文字Only index，這意味著信息只用索引樹中的信息檢索出的。通常，這比掃描整個表要快。如果Extra列包括文字where used，它意味著一個WHERE子句將被用來限制哪些行與下一個表匹配或發向客戶。
通過相乘EXPLAIN輸出的rows行的所有值，你能得到一個關於一個聯結要多好的提示。這應該粗略地告訴你MySQL必須檢驗多少行以執行查詢。
例如，下面一個全連接：
mysql> EXPLAIN SELECT student.name From student,pet
-> WHERE student.name=pet.owner;
其結論為：
+---------+------+---------------+------+---------+------+------+------------+
| table | type | possible_keys | key | key_len | ref | rows | Extra |
+---------+------+---------------+------+---------+------+------+------------+
| student | ALL | NULL | NULL | NULL | NULL | 13 | |
| pet | ALL | NULL | NULL | NULL | NULL | 9 | where used |
+---------+------+---------------+------+---------+------+------+------------+
SELECT 查詢的速度
總的來說，當你想要使一個較慢的SELECT ... WHERE更快，檢查的第一件事情是你是否能增加一個索引。在不同表之間的所有引用通常應該用索引完成。你可以使用EXPLAIN來確定哪個索引用於一條SELECT語句。
一些一般的建議：
·為了幫助MySQL更好地優化查詢，在它已經裝載了相關數據後，在一個表上運行myisamchk --analyze。這為每一個更新一個值，指出有相同值地平均行數當然，對唯一索引，這總是1。）
·為了根據一個索引排序一個索引和數據，使用myisamchk --sort-index --sort-records=1如果你想要在索引1上排序）。如果你有一個唯一索引，你想要根據該索引地次序讀取所有的記錄，這是使它更快的一個好方法。然而注意，這個排序沒有被最佳地編寫，並且對一個大表將花很長時間！
MySQL怎樣優化WHERE子句
where優化被放在SELECT中，因為他們最主要在那裡使用裡，但是同樣的優化被用於DELETE和UPDATE語句。
也要注意，本節是不完全的。MySQL確實作了許多優化而我們沒有時間全部記錄他們。
由MySQL實施的一些優化列在下面：
1、刪除不必要的括號：
((a AND b) AND c OR (((a AND b) AND (c AND d))))
-> (a AND b AND c) OR (a AND b AND c AND d)
2、常數調入：
(a-> b>5 AND b=c AND a=5
3、刪除常數條件(因常數調入所需)：
(B>=5 AND B=5) OR (B=6 AND 5=5) OR (B=7 AND 5=6)
-> B=5 OR B=6
4、索引使用的常數表達式僅計算一次。
5、在一個單個表上的沒有一個WHERE的COUNT(*)直接從表中檢索信息。當僅使用一個表時，對任何NOT NULL表達式也這樣做。
6、無效常數表達式的早期檢測。MySQL快速檢測某些SELECT語句是不可能的並且不返回行。
7、如果你不使用GROUP BY或分組函數(COUNT()、MIN()……)，HAVING與WHERE合並。
8、為每個子聯結(sub join)，構造一個更簡單的WHERE以得到一個更快的WHERE計算並且也盡快跳過記錄。
9、所有常數的表在查詢中的任何其他表前被首先讀出。一個常數的表是：
·一個空表或一個有1行的表。
·與在一個UNIQUE索引、或一個PRIMARY KEY的WHERE子句一起使用的表，這裡所有的索引部分使用一個常數表達式並且索引部分被定義為NOT NULL。
所有下列的表用作常數表
mysql> SELECT * FROM t WHERE primary_key=1; mysql> SELECT * FROM t1,t2 WHERE t1.primary_key=1 AND t2.primary_key=t1.id;
10、對聯結表的最好聯結組合是通過嘗試所有可能性來找到:(。如果所有在ORDER BY和GROUP BY的列來自同一個表，那麼當廉潔時，該表首先被選中。
11、如果有一個ORDER BY子句和一個不同的GROUP BY子句，或如果ORDER BY或GROUP BY包含不是來自聯結隊列中的第一個表的其他表的列，創建一個臨時表。
12、如果你使用SQL_SMALL_RESULT，MySQL將使用一個在內存中的表。
13、因為DISTINCT被變換到在所有的列上的一個GROUP BY，DISTINCT與ORDER BY結合也將在許多情況下需要一張臨時表。
14、每個表的索引被查詢並且使用跨越少於30% 的行的索引。如果這樣的索引沒能找到，使用一個快速的表掃描。
15、在一些情況下，MySQL能從索引中讀出行，甚至不咨詢數據文件。如果索引使用的所有列是數字的，那麼只有索引樹被用來解答查詢。
16、在每個記錄被輸出前，那些不匹配HAVING子句的行被跳過。
下面是一些很快的查詢例子
mysql> SELECT COUNT(*) FROM tbl_name;
mysql> SELECT MIN(key_part1),MAX(key_part1) FROM tbl_name;
mysql> SELECT MAX(key_part2) FROM tbl_name
WHERE key_part_1=constant;
mysql> SELECT ... FROM tbl_name
ORDER BY key_part1,key_part2,... LIMIT 10;
mysql> SELECT ... FROM tbl_name
ORDER BY key_part1 DESC,key_part2 DESC,... LIMIT 10;
下列查詢僅使用索引樹就可解決(假設索引列是數字的)：
mysql> SELECT key_part1,key_part2 FROM tbl_name WHERE key_part1=val;
mysql> SELECT COUNT(*) FROM tbl_name
WHERE key_part1=val1 AND key_part2=val2;
mysql> SELECT key_part2 FROM tbl_name GROUP BY key_part1;
下列查詢使用索引以排序順序檢索，不用一次另外的排序：
mysql> SELECT ... FROM tbl_name ORDER BY key_part1,key_part2,... mysql> SELECT ... FROM tbl_name ORDER BY key_part1 DESC,key_part2 DESC,...
