mysql in（手把手讲解）

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

• 新项目:《从零手撸：仿小红书（微服务架构）》 正在持续爆肝中，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...，点击查看项目介绍 ;演示链接： http://116.62.199.48:7070 ;
• 《从零手撸：前后端分离博客项目（全栈开发）》 2 期已完结，演示链接： http://116.62.199.48/ ;

截止目前， 星球 内专栏累计输出 90w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 3100+ 小伙伴加入学习 ，欢迎点击围观

在数据库开发中，IN 是一个高频使用的 SQL 关键字，尤其在需要从多个候选值中快速筛选数据时，它能显著提升查询效率与代码可读性。对于编程初学者而言，理解 IN 的核心逻辑与实际应用场景是掌握数据库操作的关键一步。而中级开发者则可通过深入分析其性能优化技巧，进一步提升复杂查询的执行效率。本文将通过循序渐进的方式，结合具体案例与代码示例，系统讲解 MySQL IN 的使用方法与进阶技巧，帮助读者构建扎实的 SQL 基础能力。

一、MySQL IN 的基础语法与核心逻辑

1.1 基础语法结构

IN 关键字用于在 WHERE 子句中指定多个可能的值，其基本语法如下：

SELECT column1, column2  
FROM table_name  
WHERE column_name IN (value1, value2, ..., valuen);  

例如，假设有一个名为 products 的商品表，我们想查询商品编号为 101、202 或 303 的记录：

SELECT * FROM products  
WHERE product_id IN (101, 202, 303);  

此时，IN 将逐一检查 product_id 列的值是否存在于给定的列表中，若存在则返回对应的记录。

1.2 形象比喻：数据库的“多选过滤器”

可以把 IN 理解为数据库中的“多选过滤器”。想象你在超市货架前挑选商品，货架上有多个分类标签，而 IN 就像一张清单，列出了你想要的分类编号（如 101、202、303）。数据库会快速扫描所有商品，并仅返回符合清单中任意一项的商品，从而避免逐条编写 OR 条件的繁琐。

二、IN 与 OR 的对比：效率与可读性的权衡

2.1 替代 OR 的简洁写法

在需要同时满足多个条件时，IN 是 OR 的更高效替代方案。例如，以下两个查询语句是等价的：

-- 使用 IN  
SELECT * FROM employees  
WHERE department_id IN (10, 20, 30);  

-- 使用 OR  
SELECT * FROM employees  
WHERE department_id = 10  
   OR department_id = 20  
   OR department_id = 30;  

但 IN 的语法更简洁，尤其当候选值数量较多时（如 10 个以上），优势更加明显。

2.2 性能差异分析

虽然 IN 和 OR 的逻辑等价，但 IN 的执行效率通常更高。这是因为：

• 优化器处理方式：MySQL 优化器在处理 IN 时，会将候选值视为一个集合，通过哈希表或二分查找快速匹配，而 OR 需要逐项判断。
• 索引利用：若 department_id 列有索引，IN 可直接利用索引扫描，而 OR 可能因条件过多导致索引失效。

案例验证：
假设 employees 表有 100 万条记录，执行以下查询并对比时间：

EXPLAIN SELECT * FROM employees  
WHERE department_id IN (10, 20, 30);  

EXPLAIN SELECT * FROM employees  
WHERE department_id = 10  
   OR department_id = 20  
   OR department_id = 30;  

通过 EXPLAIN 结果可观察到，IN 的 type 字段更可能显示为 range（范围扫描），而 OR 可能显示为 ALL（全表扫描），从而验证其性能差异。

三、IN 的扩展用法：与子查询结合

3.1 动态生成候选值列表

当候选值需要根据其他表或计算动态生成时，可将 IN 与子查询结合使用。例如，查询某个部门中工资高于平均水平的员工：

SELECT * FROM employees  
WHERE department_id IN (  
    SELECT department_id  
    FROM departments  
    WHERE avg_salary > 50000  
);  

此例中，子查询先筛选出平均工资高于 50,000 的部门，主查询再根据这些部门 ID 进行筛选。

3.2 跨表关联的替代方案

IN 还能替代某些 JOIN 操作。例如，查询所有购买过某商品的客户：

-- 使用 IN  
SELECT customer_id FROM orders  
WHERE product_id IN (  
    SELECT product_id FROM products  
    WHERE category = 'Electronics'  
);  

-- 使用 JOIN  
SELECT o.customer_id  
FROM orders o  
JOIN products p ON o.product_id = p.product_id  
WHERE p.category = 'Electronics';  

虽然两种写法逻辑相同，但 IN 在某些场景下（如仅需单列关联）更具可读性。

四、IN 的性能优化与常见误区

4.1 索引的重要性

IN 的效率高度依赖于目标列的索引。若 department_id 列未建立索引，MySQL 可能采用全表扫描，导致查询变慢。
优化建议：

-- 创建索引  
CREATE INDEX idx_department_id ON employees(department_id);  

通过索引，IN 可快速定位符合条件的记录，避免遍历全表。

4.2 候选值数量的平衡

虽然 IN 的语法简洁，但候选值过多（如超过 1000 个）可能导致性能下降。此时可考虑以下方案：

• 分批次查询：将长列表拆分为多个小列表，分批执行 IN 查询。
• 临时表或文件：将候选值存入临时表，通过 JOIN 或 EXISTS 进行关联。

4.3 常见错误与解决方案

• 语法错误：忘记逗号或引号。例如，字符串值需用单引号包裹：

  -- 错误写法  
  SELECT * FROM users WHERE status IN (active, inactive);  
  
  -- 正确写法  
  SELECT * FROM users WHERE status IN ('active', 'inactive');  
  

• 空值陷阱：若候选列表为空（如 IN ()），查询将返回零行，需特别注意逻辑分支。

五、IN 的高级技巧与实战场景

5.1 动态构建 IN 列表的技巧

在编程中，可通过变量或函数动态生成 IN 列表。例如，在 PHP 中：

$selected_ids = [101, 202, 303];  
$in_clause = implode(',', $selected_ids);  
$query = "SELECT * FROM products WHERE product_id IN ($in_clause)";  

但需注意防范 SQL 注入，确保输入值经过过滤或使用预编译语句。

5.2 结合 NOT IN 实现逆向筛选

NOT IN 可筛选出不符合条件的记录。例如，查询未在指定部门工作的员工：

SELECT * FROM employees  
WHERE department_id NOT IN (10, 20, 30);  

此功能在分析“排除特定类别”或“未完成任务”等场景时非常实用。

5.3 结合聚合函数的进阶用法

IN 可与聚合函数结合，实现更复杂的条件判断。例如，查询订单数量超过平均值的客户：

SELECT customer_id FROM orders  
WHERE customer_id IN (  
    SELECT customer_id  
    FROM orders  
    GROUP BY customer_id  
    HAVING COUNT(*) > (SELECT AVG(order_count) FROM (  
        SELECT COUNT(*) AS order_count  
        FROM orders  
        GROUP BY customer_id  
    ) AS avg_table)  
);  

此查询通过嵌套子查询与聚合函数，动态生成候选值列表。

结论

通过本文的讲解，读者应已掌握 MySQL IN 的核心用法、性能优化策略及常见误区。从基础的语法结构到与子查询的结合，再到动态生成候选值的高级技巧，IN 是数据库开发中不可或缺的工具。对于编程初学者，建议从简单案例入手，逐步理解其逻辑；中级开发者则可通过分析执行计划（EXPLAIN）和索引优化，进一步提升复杂查询的效率。

在实际开发中，合理使用 IN 能显著减少代码冗余，提升可维护性。例如，电商平台可通过 IN 快速筛选高销量商品，日志系统可通过 NOT IN 分析异常记录。随着对 IN 理解的深入，开发者将能更高效地应对多样化数据查询需求。

附录：常见问题解答
| 问题描述 | 解决方案 |
|----------|----------|
| IN 列表为空时查询无结果 | 检查列表是否包含有效值，或改用 WHERE 1=1 默认条件。 |
| 长列表导致性能下降 | 分批次查询或使用临时表优化。 |
| 字符串值未加引号 | 确保字符串值用单引号包裹，避免语法错误。 |