在mysql中，我們要從多張表中讀取資料時，往往需要用到連接配接查詢。連接配接查詢通過兩張表中符合連接配接關系的字段來建立兩張表的關聯，通常包括内連接配接、左外連接配接、右外連接配接和全連接配接。内連接配接會保留兩張表中共有的那部分記錄，是以最後産生的連接配接表記錄數最少；全連接配接會保留兩張表中所有的記錄，是以最後産生的連接配接表記錄數最多；而左外連接配接會保留左表的全部記錄，右外連接配接會保留右表的全部記錄，是以最後産生的連接配接表記錄數處于内連接配接和外連接配接之間。
下面我們以一個學生選課的例子，來分析下左外連接配接的性能。
首先定義一張學生表（student）：
插入學生記錄，共10000條：
然後定義一張學生選課表(student_to_class)：
插入學生選課記錄，每個學生選擇2門課，共20000條記錄：
現在我們要統計每個學生的個人資訊，包括他的姓名和他選擇的課程數，這樣我們需要使用左外連接配接，具體SQL如下：
SELECT
a.student_id, student_name, count(*)
FROM
student a
LEFT JOIN student_to_class b ON a.student_id = b.student_id
GROUP BY a.student_id;
但是，這個查詢的執行速度非常慢，花費了75.467s，當然這與我在本機，而不是在伺服器上搭建資料庫也有關系，可這樣的查詢效率肯定不能忍受。
下面我們來分析一下為什麼這麼慢：
首先用explain檢視這個語句的查詢執行計劃，可以看到type都為ALL，即在student表和student_to_class表中都使用的全表掃描，其中student表（a）中掃描了10649行，student_to_class表（b）中掃描了20287行，這樣無疑效率是非常低的。
對此，我們試着給student_to_class表的student_id字段添加索引：
然後再次執行查詢，發現速度非常快，隻有0.077s，改進得非常多。而相應的查詢執行計劃如下圖所示，發現在查詢student_to_class表時使用了索引student_index，使得隻需要掃描1行就行了，相當于原來的兩萬分之一，這就是效率改進的關鍵點所在。
是以，當連接配接查詢時産生的連接配接表過大時，為了防止查詢次數過多，我們要經常使用索引來減少查詢次數，提高查詢效率。
轉載請注明出處：http://blog.csdn.net/sunset108/article/details/41747189