in运算符可替代多个or条件,提升sql简洁性、可读性与可维护性;支持子查询,避免sql注入;需注意null处理及索引优化,not in需防范子查询返回null导致结果为空。

用 IN 运算符替代多个 OR 条件,能让 SQL 查询更简洁、可读性更强,也更容易维护。
IN 直接替代重复的列 = 值 OR 列 = 值
当需要匹配同一列的多个离散值时,IN 是最自然的替代方案。例如:
❌ 冗长写法:
SELECT * FROM users WHERE status = 'active' OR status = 'pending' OR status = 'trial';
✅ 简洁写法:
SELECT * FROM users WHERE status IN ('active', 'pending', 'trial');
逻辑完全等价,但后者一目了然,增删条件只需修改括号内的值列表。
支持子查询,动态生成条件集合
IN 可以配合子查询,把“查出哪些 ID 符合某规则”和“用这些 ID 做主查询”合并为一步,避免临时表或多次查询。
例如:查所有下过订单且订单总金额超过 500 的客户信息:
SELECT * FROM customers WHERE id IN ( SELECT customer_id FROM orders GROUP BY customer_id HAVING SUM(amount) > 500 );
这比先查出 ID 列表再拼进主查询(尤其在应用层拼接时)更安全、更高效,也规避了字符串拼接导致的 SQL 注入风险。
注意 NULL 和性能的边界情况
IN 对 NULL 值不敏感——如果右边值列表含 NULL(如 WHERE col IN (1, 2, NULL)),该条件恒为 UNKNOWN,不会匹配任何行。这不是 bug,而是 SQL 三值逻辑决定的。若业务逻辑需包含 NULL,应显式补上 OR col IS NULL。
性能方面:
- 值列表较短(几十个以内)时,IN 通常和等价的 OR 链性能接近;
- 值特别多(如上千)时,部分数据库可能优化不佳,可考虑临时表 + JOIN;
- 确保被查字段有索引,IN 才能利用索引快速定位,否则仍会全表扫描。
与 NOT IN 要小心子查询返回 NULL
NOT IN 遇到子查询结果含 NULL 会导致整个条件返回空结果集(因为 value != NULL 永远为 UNKNOWN)。例如:
SELECT name FROM employees WHERE dept_id NOT IN (SELECT dept_id FROM departments WHERE region = 'CN');
如果子查询返回了 NULL(比如 departments 表中某行 dept_id 为 NULL),则整条语句查不到任何员工——即使其他 dept_id 完全匹配。稳妥做法是加过滤:
WHERE dept_id NOT IN ( SELECT dept_id FROM departments WHERE region = 'CN' AND dept_id IS NOT NULL );
或者改用 NOT EXISTS,它天然规避 NULL 陷阱。










