Java高級(jí)編程——慢SQL問(wèn)題經(jīng)驗(yàn)總結(jié)
1、 導(dǎo)致慢 SQL 的原因
在遇到慢 SQL 情況時(shí)，不能簡(jiǎn)單的把原因歸結(jié)為 SQL 編寫(xiě)問(wèn)題(雖然這是最常見(jiàn)的因素)，實(shí)際上導(dǎo)致慢 SQL 有很多因素，甚至包括硬件和 mysql 本身的 bug。根據(jù)出現(xiàn)的概率從大到小，羅列如下：
2、 由 SQL 編寫(xiě)導(dǎo)致的慢 SQL 優(yōu)化
針對(duì)SQL編寫(xiě)導(dǎo)致的慢 SQL，優(yōu)化起來(lái)還是相對(duì)比較方便的。正如上一節(jié)提到的正確的使用索引能加快查詢速度，那么我們?cè)诰帉?xiě) SQL 時(shí)就需要注意與索引相關(guān)的規(guī)則：
- 字段類型轉(zhuǎn)換導(dǎo)致不用索引，如字符串類型的不用引號(hào)，數(shù)字類型的用引號(hào)等，這有可能會(huì)用不到索引導(dǎo)致全表掃描；
- mysql 不支持函數(shù)轉(zhuǎn)換，所以字段前面不能加函數(shù)，否則這將用不到索引；
- 不要在字段前面加減運(yùn)算；
- 字符串比較長(zhǎng)的可以考慮索引一部份減少索引文件大小，提高寫(xiě)入效率；
- like % 在前面用不到索引；
- 根據(jù)聯(lián)合索引的第二個(gè)及以后的字段單獨(dú)查詢用不到索引；
- 不要使用 select *；
- 排序請(qǐng)盡量使用升序 ;
- or 的查詢盡量用 union 代替 （Innodb）；
- 復(fù)合索引高選擇性的字段排在前面；
- order by / group by 字段包括在索引當(dāng)中減少排序，效率會(huì)更高。
除了上述索引使用規(guī)則外，SQL 編寫(xiě)時(shí)還需要特別注意一下幾點(diǎn)：
- 盡量規(guī)避大事務(wù)的 SQL，大事務(wù)的 SQL 會(huì)影響數(shù)據(jù)庫(kù)的并發(fā)性能及主從同步；
- 分頁(yè)語(yǔ)句 limit 的問(wèn)題；
- 刪除表所有記錄請(qǐng)用 truncate，不要用 delete；
- 不讓 mysql 干多余的事情，如計(jì)算；
- 輸寫(xiě) SQL 帶字段，以防止后面表變更帶來(lái)的問(wèn)題，性能也是比較優(yōu)的 ( 涉及到數(shù)據(jù)字典解析，請(qǐng)自行查詢資料)；
- 在 Innodb上用 select count(*)，因?yàn)?Innodb 會(huì)存儲(chǔ)統(tǒng)計(jì)信息；
- 慎用 Oder by rand()。
3、分析診斷工具
在日常開(kāi)發(fā)工作中，我們可以做一些工作達(dá)到預(yù)防慢 SQL 問(wèn)題，比如在上線前預(yù)先用診斷工具對(duì) SQL 進(jìn)行分析。常用的工具有：
- mysqldumpslow
- mysql profile
- mysql explain
具體使用及分析方法在此就不贅述，網(wǎng)上有豐富的資源可以參考。
4、誤操作、程序 bug 時(shí)怎么辦，解決方案
提出這個(gè)問(wèn)題顯然主要是針對(duì)剛開(kāi)始工作的年輕同行們……實(shí)際上誤操作和程序 bug 導(dǎo)致數(shù)據(jù)誤刪或者混亂的問(wèn)題并非少見(jiàn)，但是剛?cè)胄械拈_(kāi)發(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ù)（如資金）的操作，在開(kāi)發(fā)時(shí)一定要反復(fù)進(jìn)行測(cè)試，確保沒(méi)有問(wèn)題后再上線。
