在進(jìn)行性能分析前，需要先定位耗時查詢。

MySQL提供了內(nèi)建的耗時查詢?nèi)罩尽Ｊ褂们埃蜷_my.cnf文件，將slow_query_log設(shè)置為"On"。 同時將long_query_time設(shè)置為一個對一次查詢來說比較慢的時間(秒數(shù))，比如0.2。slow_query_log_file設(shè)置為你想保存日志文件的路徑。然后運(yùn)行代碼，執(zhí)行時間超過設(shè)定上限的查詢將會被記錄到日志中。

[[190798]]

一旦定位這些煩人的查詢，就可以探究慢的原因。MySQL提供了EXPLAIN關(guān)鍵字。可以與SELECT、DELETE、INSERT、REPLACE、UPDATE語句一起使用。只需要如下一樣添加到查詢開始處：

EXPLAIN SELECT picture.id, picture.title 

FROM picture 

LEFT JOIN album ON picture.album_id = album.id
WHERE album.user_id = 1; 

結(jié)果是對數(shù)據(jù)訪問過程的解析。每行代表一個查詢相關(guān)的數(shù)據(jù)表：

重點是表名、使用的key、查詢執(zhí)行時所掃描的行數(shù)。

這個查詢掃描了picture表2百萬行，對每個picture記錄掃描了album表2萬行。意味著，該查詢實際掃描了album表400億行。這個過程可以更高效。

索引

使用索引，可以極大提升性能。比如地址簿中的名字。找一個名字，你可以從頭翻到尾，也可以找到相應(yīng)的字符標(biāo)簽頁來快速定位。

使用索引可以避免無必要的表掃描。比如在picture.album_id上添加索引：

ALTER TABLE picture ADD INDEX(album_id); 

現(xiàn)在執(zhí)行查詢，就不會掃描整個picture列表了。首先，所有的album表會被掃描以找到屬于該用戶的album，然后，使用album_id列索引快速定位對應(yīng)的picture。掃描的行數(shù)減少到了20萬，比原始查詢快了317倍。

按照以下方式添加索引可以確保兩張表都能使用對應(yīng)鍵：

ALTER TABLE album ADD INDEX(user_id); 

這次，album表不會被全部掃描，通過user_id鍵就可以精確定位相應(yīng)的album。然后這100個album被掃描后，通過album_id鍵相關(guān)的picture也可以快速找到。每張表都用到了一個鍵進(jìn)行查詢性能優(yōu)化，結(jié)果比原始查詢快了380倍。

但是并不意味著可以隨意添加索引，因為索引會導(dǎo)致寫數(shù)據(jù)庫用時增長。所以使用索引導(dǎo)致讀用時縮短，寫用時增長。因此，如果能提升讀性能時再添加索引。使用EXPLAIN來確認(rèn)索引是否被查詢用到，沒有就刪除。