今天，數(shù)據(jù)庫的操作越來越成為整個應(yīng)用的性能瓶頸了，這點對于Web應(yīng)用尤其明顯。關(guān)于數(shù)據(jù)庫的性能，這并不只是DBA才需要擔心的事，而這更是我們程序員需要去關(guān)注的事情。當我們?nèi)ピO(shè)計數(shù)據(jù)庫表結(jié)構(gòu)，對操作數(shù)據(jù)庫時（尤其是查表時的SQL語句），我們都需要注意數(shù)據(jù)操作的性能。

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慢查詢?nèi)罩纠锍霈F(xiàn)的SELECT查詢

explain列的解釋

• table：顯示這一行的數(shù)據(jù)是關(guān)于哪張表的

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

• possible_keys：顯示可能應(yīng)用在這張表中的索引。如果為空，沒有可能的索引?？梢詾橄嚓P(guān)的域從where語句中選擇一個合適的語句

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

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

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

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

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

key_len的計算

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

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

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

4. 不同的字符集，一個字符占用的字節(jié)數(shù)不同。latin1編碼的，一個字符占用一個字節(jié)，gbk編碼的，一個字符占用兩個字節(jié)，utf8編碼的，一個字符占用三個字節(jié)。

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的順序可以任意調(diào)整。

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

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

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

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

最新評論