why？
in 和 not in 是比較常用的關鍵字，為什麼要盡量避免呢？
1、效率低
可以參看我之前遇到的乙個例子（[小問題筆記（九）] sql語句not in 效率低，用 not exists試試）
2、容易出現問題，或查詢結果有誤 （不能更嚴重的缺點）
以 in 為例。建兩個表：test1 和 test2
create table test1 (id1 int)
create table test2 (id2 int)
insert into test1 (id1) values (1),(2),(3)
insert into test2 (id2) values (1),(2)
select id1 from test1
where id1 in (select id2 from test2)
但是如果我一時手滑，寫成了：
select id1 from test1
where id1 in (select id1 from test2)
結果是： excuse me！ 為什麼不報錯？
單獨查詢 select id1 from test2 是一定會報錯: 訊息 207，級別 16，狀態 1，第 11 行 列名 『id1』 無效。
然而使用了in的子查詢就是這麼敷衍，直接查出 1 2 3
這僅僅是容易出錯的情況，自己不寫錯還沒啥事兒，下面來看一下 not in 直接查出錯誤結果的情況：
給test2插入乙個空值：
insert into test2 (id2) values (null)select id1 from test1
where id1 not in (select id2 from test2)
原因是：null不等於任何非空的值啊！如果id2只有1和2， 那麼3<>1 且 3<>2 所以3輸出了，但是 id2包含空值，那麼 3也不等於null 所以它不會輸出。
（跑題一句：建表的時候最好不要允許含空值，否則問題多多。）
how？
1、用 exists 或 not exists 代替
select * from test1
where exists (select * from test2 where id2 = id1 )
select * from test1
where not exists (select * from test2 where id2 = id1 )
複製**
select id1 from test1
inner join test2 on id2 = id1
select id1 from test1
left join test2 on id2 = id1
where id2 is null
妥妥的沒有問題了！
ps：那我們死活都不能用 in 和 not in 了麼？並沒有，一位大神曾經說過，如果是確定且有限的集合時，可以使用。如 in （0，1，2）。
**自：
優化SQL語句 in 和not in的替代方案
但是用in的sql效能總是比較低的，從sql執行的步驟來分析用in的sql與不用in的sql有以下區別 sql試圖將其轉換成多個表的連線，如果轉換不成功則先執行in裡面的子查詢，再查詢外層的表記錄，如果轉換成功則直接採用多個表的連線方式查詢。由此可見用in的sql至少多了乙個轉換的過程。一般的sql...
優化SQL語句 in 和not in的替代方案
最近做乙個 要求a庫中的aa表匯入到另乙個b庫中的aa表中。並且不能重複匯入。因為a.aa中70多萬條記錄，而且以後可以會有新增新記錄。所不可能一次性導完。所以又在b庫中建立乙個表用於記錄匯入過的記錄。剛開始用 not in 來實現。在但發現在實現過程中經常超時。在網上找了半天。發現下面的文章。原文...
SQL語句中的NOT IN 的優化
sql語句中的in和not in子查詢理解起來很直觀，和實際的業務也很匹配，所有經常被開發人員使用，資料量不大的表還好，如果資料量太大將導致效能問題。原sql select count distinct t.id from task t where t.tenant key tp18squme1 a...