sql中in和exists的區別效率問題 轉

in 和exists

in是把外表和內表做hash 鏈接,而exists 是對外表做loop 循環,每次loop 循環再對內表進行查詢。oop

一直以來認爲exists 比in 效率高的說法是不許確的。若是查詢的兩個表大小至關,那麼用in 和exists 差異不大。spa

 

若是兩個表中一個較小,一個是大表,則子查詢表大的用exists,子查詢表小的用in:code

例如:orm

表A(小表),表B(大表)1:索引

 

select * from A where cc in (select cc from B)

 

效率低,用到了A 表上cc 列的索引;hash

 

select * from A where exists(select cc from B where cc=A.cc)

 

效率高,用到了B 表上cc 列的索引。it

 

相反的2:效率

 

select * from B where cc in (select cc from A)

 

效率高,用到了B 表上cc 列的索引;select

 

select * from B where exists(select cc from A where cc=B.cc)

 

效率低,用到了A 表上cc 列的索引。循環

 

 

not in 和not exists

若是查詢語句使用了not in 那麼內外表都進行全表掃描,沒有用到索引;

而not extsts 的子查詢依然能用到表上的索引。因此不管那個表大,用not exists 都比not in 要快。

相關文章
相關標籤/搜索