1.查版本號

無論做什麼都要確認版本號，不同的版本號下會有各種差異。

>Select  version();

2.執行狀態分析

顯示哪些執行緒正在執行

>show processlist;

下面是完整的資訊

3.show profile

show profile預設的是關閉的，但是會話級別可以開啟這個功能，開啟它可以讓MySQL收集在執行語句的時候所使用的資源。

顯示資料庫列表

>show databases;

切換資料庫

>use test;

>SELECT @@profiling;

輸出0說明profiles功能是關閉的

開啟profiles功能

> set profiling=1;

需要注意為了明確看到查詢效能，我們啟用profiling並關閉query cache：

>SET profiling = 1;
>SET query_cache_type = 0;
>SET GLOBAL query_cache_size = 0;

執行2條SQL語句

> show profiles;

根據query_id 檢視某個查詢的詳細時間耗費
> show profile for query 3;

ALL
顯示所有效能資訊

>show profile all for query 3;

ALL
顯示所有效能資訊
BLOCK IO
顯示塊IO（塊的輸入輸出）的次數
CONTEXT SWITCHES
顯示自動和被動的上下文切換數量
IPC
顯示傳送和接收的訊息數量。
MEMORY
MySQL5.6中還未實現，只是計劃實現。
SWAPS
顯示swap的次數。

show profile for cpu只顯示cpu資訊

show profile for cpu,block io 顯示cpu和io資訊

4.分析執行計劃和最左字首原理

>explain + sql

關於分析結果需要注意索引有沒有用到。如果顯示type=ALL就是全表掃描了。

當用Explain檢視SQL的執行計劃時，裡面有列顯示了 key_len 的值，根據這個值可以判斷索引的長度，在組合索引裡面可以更清楚的瞭解到了哪部分欄位使用到了索引。

如果只用到一個int那麼就是4，比如上面的聯合索引只用到一個就是4，用到2個就是8以此類推。

聯合索引需要注意最左字首原理，就是說匹配最左邊的欄位，如果你的索引使用到abc三個欄位，那麼查a,ab,abc都可以用到索引，查ac和bc和b和c是不行的，必須從左到右逐漸增多。

最左字首參考：http://blog.codinglabs.org/articles/theory-of-mysql-index.html

聯合索引優化策略：
如何選擇索引列的順序
1.經常會被使用到的列優先
2.選擇性高的列優先
3.寬度小的列優先

如果不是int型資料，對於varchar，假如設定長度是255，由於你使用的是UTF-8字符集佔3個位元組，255*3+2=767，如上圖所示。

具體公式如下：

key_len的長度計算公式：
varchr(10)變長欄位且允許NULL    =  10 * ( character set：utf8=3,gbk=2,latin1=1)+1(NULL)+2(變長欄位)
varchr(10)變長欄位且不允許NULL =  10 *( character set：utf8=3,gbk=2,latin1=1)+2(變長欄位)

char(10)固定欄位且允許NULL        =  10 * ( character set：utf8=3,gbk=2,latin1=1)+1(NULL)
char(10)固定欄位且不允許NULL        =  10 * ( character set：utf8=3,gbk=2,latin1=1)

關於key_len的計算參考：http://www.cnblogs.com/gomysql/p/4004244.html

explain小技巧，可以加 \G以按行來顯示分析結果，避免因為按列顯示不下的情況：

5.索引選擇性與字首索引

顯然選擇性的取值範圍為(0, 1]，選擇性越高的索引價值越大，這是由B+Tree的性質決定的。

參考：http://blog.codinglabs.org/articles/theory-of-mysql-index.html

其實就是算索引的不重複度

SELECT count(DISTINCT(ID))/count(*) AS Selectivity FROM xxxx;
SELECT count(DISTINCT(xx))/count(*) AS Selectivity FROM xxxx;
SELECT count(DISTINCT(concat(xx, xxx)))/count(*) AS Selectivity FROM xxxx;
SELECT count(DISTINCT(concat(xxx, left(xx, 2))))/count(*) AS Selectivity FROM xxxx;

很明顯因為主鍵id是不會重複的所以不重複度是100%也就是1.

6.覆蓋索引

覆蓋索引是指索引的葉子節點已包含所有要查詢的列，因此不需要訪問表資料所謂“回表”。

覆蓋索引的優點
1.優化快取，減少磁碟IO
2.減少隨機IO，變隨機IO為順序IO
3.避免對Innodb主鍵索引的二次查詢
4.避免MyISAM表進行系統呼叫

下面是《高效能MySQL(第3版)》中關於explain的Extra列的資訊：

下面舉例

第一條sql和第二條sql都是where帶相同的查詢條件，這個已經建了索引，但是select裡第一條是都覆蓋索引的，而第二條是*，自然有不覆蓋的，所以需要回表。

這樣效能就差很多了。

再開啟profile，很明顯回表的要慢0.012秒，也就是12毫秒。

7.檔案排序和索引排序

使用索引掃描來優化排序條件
1.索引的列順序和Order by子句的順序完全一致
2.索引中所有列的方向（升序，降序）和Order by子句完全一致
3.Order by中的欄位全部在關聯表中的第一張表中

上面是一些不同的場景，其實就是如果排序可以利用索引就可以避免檔案排序。

要想知道真實的時間還是需要執行SQL，然後比較。

上圖中使用主鍵索引id排序的查詢是最快的，而使用二級索引，或者無索引的排序是非常耗時的需要10秒和17秒。使用了二級索引稍微好點，但是效果也不好。