在設(shè)計(jì)表或索引時(shí),常出現(xiàn)以下幾個(gè)問題:
1、少建索引或不建索引。這個(gè)問題突出,建議建表時(shí) DBA 可以一起協(xié)助把關(guān)。
2、索引濫用。濫用索引將導(dǎo)致寫請求變慢,拖慢整體數(shù)據(jù)庫的響應(yīng)速度(5.5 以下的 mysql 只能用到一個(gè)索引)。
3、從不考慮聯(lián)合索引。實(shí)際上聯(lián)合索引的效率往往要比單列索引的效率更高。
4、非列選擇。低選擇性的字段不適合建單列索引,如 status 類型的字段。
二、慢 SQL 問題
2.1 導(dǎo)致慢 SQL 的原因
在遇到慢 SQL 情況時(shí),不能簡單的把原因歸結(jié)為 SQL 編寫問題(雖然這是常見的因素),實(shí)際上導(dǎo)致慢 SQL 有很多因素,甚至包括硬件和 mysql 本身的 bug。根據(jù)出現(xiàn)的概率從大到小,羅列如下:
1、SQL編寫問題
2、鎖
3、業(yè)務(wù)實(shí)例相互干繞對(duì) IO/CPU 資源爭用
4、服務(wù)器硬件
5、MYSQL BUG
2.2 由 SQL 編寫導(dǎo)致的慢 SQL 優(yōu)化
針對(duì)SQL編寫導(dǎo)致的慢 SQL,優(yōu)化起來還是相對(duì)比較方便的。正如上一節(jié)提到的正確的使用索引能加快查詢速度,那么我們在編寫 SQL 時(shí)就需要注意與索引相關(guān)的規(guī)則:
1、字段類型轉(zhuǎn)換導(dǎo)致不用索引,如字符串類型的不用引號(hào),數(shù)字類型的用引號(hào)等,這有可能會(huì)用不到索引導(dǎo)致全表掃描;
2、mysql 不支持函數(shù)轉(zhuǎn)換,所以字段前面不能加函數(shù),否則這將用不到索引;
3、不要在字段前面加減運(yùn)算;
4、字符串比較長的可以考慮索引一部份減少索引文件大小,提高寫入效率;
5、like % 在前面用不到索引;
6、根據(jù)聯(lián)合索引的第二個(gè)及以后的字段單獨(dú)查詢用不到索引;
7、不要使用 select *;
8、排序請盡量使用升序 ;
9、or 的查詢盡量用 union 代替 (Innodb);
10、復(fù)合索引高選擇性的字段排在前面;
11、order by / group by 字段包括在索引當(dāng)中減少排序,效率會(huì)更高。
除了上述索引使用規(guī)則外,SQL 編寫時(shí)還需要特別注意一下幾點(diǎn):
1、盡量規(guī)避大事務(wù)的 SQL,大事務(wù)的 SQL 會(huì)影響數(shù)據(jù)庫的并發(fā)性能及主從同步;
2、分頁語句 limit 的問題;
3、刪除表所有記錄請用 truncate,不要用 delete;
4、不讓 mysql 干多余的事情,如計(jì)算;
5、輸寫 SQL 帶字段,以防止后面表變更帶來的問題,性能也是比較優(yōu)的 ( 涉及到數(shù)據(jù)字典解析,請自行查詢資料);
6、在 Innodb上用 select count(*),因?yàn)?Innodb 會(huì)存儲(chǔ)統(tǒng)計(jì)信息;
7、慎用 Oder by rand()。
三、分析診斷工具
在日常開發(fā)工作中,我們可以做一些工作達(dá)到預(yù)防慢 SQL 問題,比如在上線前預(yù)先用診斷工具對(duì) SQL 進(jìn)行分析。常用的工具有:
1、mysqldumpslow
2、mysql profile
3、mysql explain
具體使用及分析方法在此就不贅述,網(wǎng)上有豐富的資源可以參考。
四、誤操作、程序 bug 時(shí)怎么辦
提出這個(gè)問題顯然主要是針對(duì)剛開始工作的年輕同行們……實(shí)際上誤操作和程序 bug 導(dǎo)致數(shù)據(jù)誤刪或者混亂的問題并非少見,但是剛?cè)胄械拈_發(fā)工作者會(huì)比較緊張。一個(gè)成熟的企業(yè)往往會(huì)有完善的數(shù)據(jù)管理規(guī)范和較豐富的數(shù)據(jù)恢復(fù)方案(初創(chuàng)公司除外),會(huì)進(jìn)行數(shù)據(jù)備份和數(shù)據(jù)容災(zāi)。當(dāng)你發(fā)現(xiàn)誤操作或程序 bug 導(dǎo)致線上數(shù)據(jù)被誤刪或誤改動(dòng)時(shí),一定不能慌亂,應(yīng)及時(shí)與 DBA 聯(lián)系,時(shí)間進(jìn)行數(shù)據(jù)恢復(fù)(嚴(yán)重時(shí)直接停止服務(wù)),盡可能減少影響和損失。對(duì)于重要數(shù)據(jù)(如資金)的操作,在開發(fā)時(shí)一定要反復(fù)進(jìn)行測試,確保沒有問題后再上線。