今天，數據庫的操作越來越成為整個應用的性能瓶頸了，這點對于Web應用尤其明顯。關于數據庫的性能，這并不只是DBA才需要擔心的事，而這更是我們程序員需要去關注的事情。當我們去設計數據庫表結構，對操作數據庫時（尤其是查表時的SQL語句），我們都需要注意數據操作的性能。

1、開啟慢查詢

1> 查看慢查詢是否開啟

show variables like "%quer%";slow_query_log = ON #已開啟

2> 開啟方法：my.cnf目錄配置

slow_query_log=on #是否開啟slow_query_log_file=/opt/MySQL_Data/TEST1-slow.log #慢查詢文件位置long_query_time=2 #查詢超過多少秒才記錄

2、EXPLAIN慢查詢日志里出現的SELECT查詢

explain列的解釋

• table：顯示這一行的數據是關于哪張表的

• type：這是重要的列，顯示連接使用了何種類型。從最好到最差的連接類型為const、eq_reg、ref、range、index、all

• possible_keys：顯示可能應用在這張表中的索引。如果為空，沒有可能的索引。可以為相關的域從where語句中選擇一個合適的語句

• key： 實際使用的索引。如果為null，則沒有使用索引。很少的情況下，mysql會選擇優化不足的索引。這種情況下，可以在select語句中使用use index（indexname）來強制使用一個索引或者用ignore index（indexname）來強制mysql忽略索引

• key_len：使用的索引的長度。在不損失精確性的情況下，長度越短越好

• ref：顯示索引的哪一列被使用了，如果可能的話，是一個常數

• rows：mysql認為必須檢查的用來返回請求數據的行數

• extra：關于mysql如何解析查詢的額外信息。例子:using temporary和using filesort，意思mysql根本不能使用索引，結果是檢索會很慢

key_len的計算

1. 所有的索引字段，如果沒有設置not null，則需要加一個字節。

2. 定長字段，int占四個字節、date占三個字節、char(n)占n個字符。

3. 對于變成字段varchar(n)，則有n個字符+兩個字節。

4. 不同的字符集，一個字符占用的字節數不同。latin1編碼的，一個字符占用一個字節，gbk編碼的，一個字符占用兩個字節，utf8編碼的，一個字符占用三個字節。

3、建索引的幾大原則

• 最左前綴匹配原則，非常重要的原則，mysql會一直向右匹配直到遇到范圍查詢(>、<、between、like)就停止匹配，比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)順序的索引，d是用不到索引的，如果建立(a,b,d,c)的索引則都可以用到，a,b,d的順序可以任意調整。

• =和in可以亂序，比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意順序，mysql的查詢優化器會幫你優化成索引可以識別的形式。

• 盡量選擇區分度高的列作為索引,區分度的公式是count(distinct column)/count(*)，表示字段不重復的比例，比例越大我們掃描的記錄數越少，唯一鍵的區分度是1，而一些狀態、性別字段可能在大數據面前區分度就是0，那可能有人會問，這個比例有什么經驗值嗎？使用場景不同，這個值也很難確定，一般需要join的字段我們都要求是0.1以上，即平均1條掃描10條記錄。

• 索引列不能參與計算和函數的使用，保持列干凈。

• 盡量的擴展索引，不要新建索引。比如表中已經有a的索引，現在要加(a,b)的索引，那么只需要修改原來的索引即可。