哪些SQL語句會引發全表掃描

本文導讀：你們都知道，用SQL語句對數據庫進行操做時，若是引發全表掃描會對數據庫的性能造成影響，下面向你們簡單介紹SQL中哪些狀況會引發全表掃描。

一、模糊查詢效率很低：

緣由：like自己效率就比較低，應該儘可能避免查詢條件使用like；對於like ‘%...%’（全模糊）這樣的條件，是沒法使用索引的，全表掃描天然效率很低；另外，因爲匹配算法的關係，模糊查詢的字段長度越大，模糊查詢效率越低。

解決辦法：首先儘可能避免模糊查詢，若是由於業務須要必定要使用模糊查詢，則至少保證不要使用全模糊查詢，對於右模糊查詢，即like ‘…%’，是會使用索引的；左模糊like

‘%...’沒法直接使用索引，但能夠利用reverse + function index 的形式，變化成 like ‘…%’；全模糊是沒法優化的，必定要的話考慮用搜索引擎。出於下降數據庫服務器的負載考慮，儘量地減小數據庫模糊查詢。

二、查詢條件中含有is null的select語句執行慢

緣由：Oracle 9i中，查詢字段is null時單索引失效，引發全表掃描。

解決方法：SQL語法中使用NULL會有不少麻煩，最好索引列都是NOT NULL的；對於is null，能夠創建組合索引，nvl(字段,0),對錶和索引analyse後，is null查詢時能夠從新啓用索引查找,可是效率還不是值得確定；is not null 時永遠不會使用索引。通常數據量大的表不要用is null查詢。

3、查詢條件中使用了不等於操做符（<>、!=）的select語句執行慢

緣由：SQL中，不等於操做符會限制索引，引發全表掃描，即便比較的字段上有索引

解決方法：經過把不等於操做符改爲or，可使用索引，避免全表掃描。例如，把column<>’aaa’，改爲column<’aaa’ or column>’aaa’，就可使用索引了。　

四、or語句使用不當會引發全表掃描

緣由：where子句中比較的兩個條件，一個有索引，一個沒索引，使用or則會引發全表掃描。例如：where A==1 or B==2，A上有索引，B上沒索引，則比較B=：2時會從新開始全表掃描。　　

五、組合索引，排序時應按照組合索引中各列的順序進行排序，即便索引中只有一個列是要排序的，不然排序性能會比較差。

例如：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;

實際上只是查詢出符合job=’manager’and empno=’10’條件的記錄並按date降序排列，可是寫成order by date desc性能較差。

六、Update 語句，若是隻更改一、2個字段，不要Update所有字段，不然頻繁調用會引發明顯的性能消耗，同時帶來大量日誌。　

7、對於多張大數據量（這裏幾百條就算大了）的表JOIN，要先分頁再JOIN，不然邏輯讀會很高，性能不好。　　

八、select count(*) from table；這樣不帶任何條件的count會引發全表掃描，而且沒有任何業務意義，是必定要杜絕的。

 

上面列出了一般會引發全表掃描的經常使用幾種狀況，更多的狀況須要咱們在工做、學習中實踐、摸索，纔可以深刻分析SQL執行計劃，找到適合本身系統的SQL數據庫解決方案。