避免SQL全表查詢的方法介紹
當(dāng)前位置:點(diǎn)晴教程→知識(shí)管理交流
→『 技術(shù)文檔交流 』
我們知道,SQL查詢代碼務(wù)求簡(jiǎn)潔高效,目的只有一個(gè)提高執(zhí)行效率,帶來(lái)優(yōu)良的用戶體驗(yàn),這其中之一就是要避免SQL全表查詢,請(qǐng)參考本文給出的具體分析與方法介紹吧。 1、模糊查詢效率很低: 解決辦法:首先盡量避免模糊查詢,如果因?yàn)闃I(yè)務(wù)需要一定要使用模糊查詢,則至少保證不要使用全模糊查詢,對(duì)于右模糊查詢,即like ‘…%’,是會(huì)使用索引的;左模糊like ‘%...’無(wú)法直接使用索引,但可以利用reverse + function index 的形式,變化成 like ‘…%’;全模糊是無(wú)法優(yōu)化的,一定要的話考慮用搜索引擎。出于降低數(shù)據(jù)庫(kù)服務(wù)器的負(fù)載考慮,盡可能地減少數(shù)據(jù)庫(kù)模糊查詢。 2、查詢條件中含有is null的select語(yǔ)句執(zhí)行慢 解決方法:SQL語(yǔ)法中使用NULL會(huì)有很多麻煩,最好索引列都是NOT NULL的;對(duì)于is null,可以建立組合索引,nvl(字段,0),對(duì)表和索引analyse后,is null查詢時(shí)可以重新啟用索引查找,但是效率還不是值得肯定;is not null 時(shí)永遠(yuǎn)不會(huì)使用索引。一般數(shù)據(jù)量大的表不要用is null查詢。 3、查詢條件中使用了不等于操作符(<>、!=)的select語(yǔ)句執(zhí)行慢 解決方法:通過(guò)把不等于操作符改成or,可以使用索引,避免全表掃描。例如,把column<>’aaa’,改成column<’aaa’ or column>’aaa’,就可以使用索引了。 4、使用組合索引,如果查詢條件中沒(méi)有前導(dǎo)列,那么索引不起作用,會(huì)引起全表掃描;但是從Oracle9i開(kāi)始,引入了索引跳躍式掃描的特性,可以允許優(yōu)化器使用組合索引,即便索引的前導(dǎo)列沒(méi)有出現(xiàn)在WHERE子句中。例如:create index skip1 on emp5(job,empno); 全索引掃描 select count(*) from emp5 where empno=7900; 索引跳躍式掃描 select /*+ index(emp5 skip1)*/ count(*) from emp5 where empno=7900; 前一種是全表掃描,后一種則會(huì)使用組合索引。 5、or語(yǔ)句使用不當(dāng)會(huì)引起全表掃描 6、組合索引,排序時(shí)應(yīng)按照組合索引中各列的順序進(jìn)行排序,即使索引中只有一個(gè)列是要排序的,否則排序性能會(huì)比較差。例如:create index skip1 on emp5(job,empno,date); select job,empno from emp5 where job=’manager’and empno=’10’ order by job,empno,date desc; 實(shí)際上只是查詢出符合job=’manager’and empno=’10’條件的記錄并按date降序排列,但是寫(xiě)成order by date desc性能較差。 7、Update 語(yǔ)句,如果只更改1、2個(gè)字段,不要Update全部字段,否則頻繁調(diào)用會(huì)引起明顯的性能消耗,同時(shí)帶來(lái)大量日志。 8、對(duì)于多張大數(shù)據(jù)量(這里幾百條就算大了)的表JOIN,要先分頁(yè)再JOIN,否則邏輯讀會(huì)很高,性能很差。 9、select count(*) from table;這樣不帶任何條件的count會(huì)引起全表掃描,并且沒(méi)有任何業(yè)務(wù)意義,是一定要杜絕的。 10、sql的where條件要綁定變量,比如where column=:1,不要寫(xiě)成where column=‘a(chǎn)aa’,這樣會(huì)導(dǎo)致每次執(zhí)行時(shí)都會(huì)重新分析,浪費(fèi)CPU和內(nèi)存資源。 該文章在 2014/12/1 23:28:01 編輯過(guò) |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |