這篇文章主要講解了“SQL該怎么優(yōu)化”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來(lái)研究和學(xué)習(xí)“SQL該怎么優(yōu)化”吧！

創(chuàng)新互聯(lián)主要從事網(wǎng)站設(shè)計(jì)制作、網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)米東,10年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專業(yè),歡迎來(lái)電咨詢建站服務(wù):18982081108

一、避免進(jìn)行null判斷。 應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行 null 值判斷，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描，這里最好不要給數(shù)據(jù)庫(kù)留NULL，盡可能的使用 NOT NULL填充數(shù)據(jù)庫(kù)。 備注、描述、評(píng)論之類的可以設(shè)置為 NULL，最好不要使用NULL。不要錯(cuò)誤的認(rèn)為NULL 不需要空間，如char(100) 型，在字段建立時(shí)，空間就固定了。不管是否插入值（NULL也包含在內(nèi)），都是占用 100個(gè)字符的空間的，如果是varchar這樣的變長(zhǎng)字段， null 不占用空間?？梢栽趎um上設(shè)置默認(rèn)值0，確保表中num列沒有null值。

二、不要使用select * 使用select *的話會(huì)增加解析的時(shí)間，另外也會(huì)把不需要的數(shù)據(jù)同時(shí)查詢出來(lái)，從而延長(zhǎng)數(shù)據(jù)傳輸時(shí)間，耗費(fèi)精力。如text類型的字段，通常用來(lái)保存一些內(nèi)容比較繁雜的東西，如果使用select *，則會(huì)把該字段也查詢出來(lái)。

三、謹(jǐn)慎使用模糊查詢 當(dāng)模糊匹配以%開頭時(shí)，該列索引將失效。若不以%開頭，該列索引有效。

四、不要使用列號(hào) 使用列號(hào)的話，將會(huì)增加不必要的解析時(shí)間。

五、優(yōu)先使用UNION ALL，避免使用UNION 因?yàn)閁NION 會(huì)將各查詢子集的記錄做比較，故比起UNION ALL ，通常速度都會(huì)慢上許多。一般來(lái)說(shuō)，如果使用UNION ALL能滿足要求的話，務(wù)必使用UNION ALL。還有一種情況，如果業(yè)務(wù)上能夠確保不會(huì)出現(xiàn)重復(fù)記錄。

六、在where語(yǔ)句或者order by語(yǔ)句中避免對(duì)索引字段進(jìn)行計(jì)算操作 當(dāng)在索引列上進(jìn)行操作之后，索引將會(huì)失效。正確做法應(yīng)該是將值計(jì)算好再傳入進(jìn)來(lái)。

七、使用not exist代替not in 如果查詢語(yǔ)句使用了not in 那么內(nèi)外表都進(jìn)行全表掃描，沒有用到索引；而not extsts 的子查詢依然能用到表上的索引。

八、exist和in的區(qū)別 in 是把外表和內(nèi)表作hash 連接，而exists是對(duì)外表作loop循環(huán)，每次loop循環(huán) 再對(duì)內(nèi)表進(jìn)行查詢。因此，in用到的是外表的索引， exists用到的是內(nèi)表的索引。如果查詢的兩個(gè)表大小相當(dāng)，那么用in和exists差別不大。如果兩個(gè)表中一個(gè)較小，一個(gè)是大表，則子查詢表大的用exists，子查詢表小的用in。

九、避免在索引列上做如下操作 1.避免在索引列上使用IS NULL和IS NOT NULL。 2.避免在索引列上出現(xiàn)數(shù)據(jù)類型轉(zhuǎn)換。（比如某字段是String類型，參數(shù)傳入時(shí)是int類型）當(dāng)在索引列上使用如上操作時(shí)，索引將會(huì)失效，造成全表掃描。 十、復(fù)雜操作可以考慮適當(dāng)拆成幾步 有時(shí)候會(huì)有通過(guò)一個(gè)SQL語(yǔ)句來(lái)實(shí)現(xiàn)復(fù)雜業(yè)務(wù)的例子出現(xiàn)，為了實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)，嵌套多級(jí)子查詢。造成SQL性能問題。對(duì)于這種情況可以考慮拆分SQL，通過(guò)多個(gè)SQL語(yǔ)句實(shí)現(xiàn)，或者把部分程序能完成的工作交給程序完成。

感謝各位的閱讀，以上就是“SQL該怎么優(yōu)化”的內(nèi)容了，經(jīng)過(guò)本文的學(xué)習(xí)后，相信大家對(duì)SQL該怎么優(yōu)化這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！