IN与NOT IN的基础语法
IN和NOT IN是SQL中用于判断字段值是否在指定列表中的条件操作符，核心作用是简化多值匹配的逻辑，替代多个OR条件的拼接写法。
IN操作符语法
IN用于判断字段的值是否存在于给定的值列表中，只要匹配到列表中的任意一个值，条件就成立。基础语法如下：
-- 查询用户表中id为1、3、5的用户信息 SELECT * FROM user_table WHERE user_id IN (1, 3, 5);
上述语句等价于使用多个OR拼接的条件：
SELECT * FROM user_table WHERE user_id = 1 OR user_id = 3 OR user_id = 5;
当匹配的值较多时，IN的写法会更简洁，可读性也更强。
NOT IN操作符语法
NOT IN的作用与IN相反，用于判断字段的值是否不在给定的值列表中，只有字段值不在列表中时，条件才成立。基础语法如下：
-- 查询用户表中id不是2、4、6的用户信息 SELECT * FROM user_table WHERE user_id NOT IN (2, 4, 6);
IN与NOT IN的常见使用场景
匹配离散的固定值列表
当需要查询的字段值是几个固定的离散值时，使用IN可以快速完成匹配。比如查询订单表中订单状态为待支付、已支付、已发货的订单：
-- 订单状态：1待支付，2已支付，3已发货，4已完成，5已取消 SELECT order_id, order_status, create_time FROM order_table WHERE order_status IN (1, 2, 3);
结合子查询匹配动态列表
IN和NOT IN也支持搭配子查询使用，此时列表的值是子查询返回的结果集，适合动态匹配的场景。比如查询所有下过订单的用户信息：
-- 先查询所有下过订单的用户id，再匹配用户表
SELECT * FROM user_table
WHERE user_id IN (
SELECT DISTINCT user_id FROM order_table
);
对应的NOT IN场景可以查询从未下过订单的用户：
SELECT * FROM user_table
WHERE user_id NOT IN (
SELECT DISTINCT user_id FROM order_table
);
使用IN与NOT IN的注意事项
NULL值的影响
使用NOT IN时需要特别注意NULL值的问题，如果列表中存在NULL，那么NOT IN的条件结果可能会不符合预期。比如执行以下查询：
-- 假设子查询返回的user_id包含NULL值
SELECT * FROM user_table
WHERE user_id NOT IN (
SELECT user_id FROM order_table WHERE order_status = 5
);
如果子查询的结果集中存在NULL，那么整个NOT IN条件会返回空结果集，因为SQL中NULL和任何值的比较结果都是未知，无法判断字段值是否不在列表中。如果子查询可能返回NULL，建议先过滤NULL值：
SELECT * FROM user_table
WHERE user_id NOT IN (
SELECT user_id FROM order_table WHERE order_status = 5 AND user_id IS NOT NULL
);
性能优化建议
当IN后面的列表值数量非常多时，查询性能会下降，此时可以考虑将列表值存入临时表，再使用JOIN的方式替代IN查询。比如需要匹配上千个用户id时：
-- 创建临时表存储需要匹配的id
CREATE TEMPORARY TABLE temp_user_ids (
user_id INT PRIMARY KEY
);
-- 插入需要匹配的id到临时表
INSERT INTO temp_user_ids VALUES (1), (3), (5), ...;
-- 使用JOIN替代IN查询
SELECT u.*
FROM user_table u
JOIN temp_user_ids t ON u.user_id = t.user_id;
另外，如果搭配子查询使用IN/NOT IN，建议确保子查询的关联字段有索引，避免全表扫描导致性能问题。
与EXISTS的适用场景区分
当子查询返回的结果集较大时，使用EXISTS通常比IN性能更好，因为EXISTS只要找到匹配的记录就会停止扫描，而IN会先加载所有子查询结果再匹配。比如查询下过订单的用户，使用EXISTS的写法如下：
SELECT * FROM user_table u
WHERE EXISTS (
SELECT 1 FROM order_table o WHERE o.user_id = u.user_id
);
可以根据实际数据量和查询场景选择使用IN还是EXISTS，小结果集用IN更简洁，大结果集用EXISTS性能更优。