FIND_IN_SET函数用于在逗号分隔的字符串中查找指定值的位置,返回1-based索引或0,常用于判断包含、自定义排序等场景。由于无法使用索引,数据量大时性能差,建议改用关联表、JSON数组等替代方案。
本文将详细介绍 MySQL 中 FIND_IN_SET 函数的具体使用方法,包括语法规则、常见场景、性能分析以及与 IN 运算符的对比,帮助开发者高效处理逗号分隔字符串的匹配查询。

长期稳定更新的攒劲资源: >>>点此立即查看<<<
FIND_IN_SET(str, strlist)
| 参数 | 说明 |
|---|---|
| str | 要查找的字符串 |
| strlist | 逗号分隔的字符串列表(如 'A,B,C') |
返回值规则简单清晰:找到则返回位置(从 1 开始计数),未找到返回 0,若 str 或 strlist 为 NULL,则结果也为 NULL。需要注意,空字符串 '' 同样视为未找到,返回 0。
SELECT FIND_IN_SET('B', 'A,B,C,D'); -- 返回 2
SELECT FIND_IN_SET('Z', 'A,B,C,D'); -- 返回 0
SELECT FIND_IN_SET(NULL, 'A,B,C,D'); -- 返回 NULL
SELECT FIND_IN_SET('B', NULL); -- 返回 NULL
SELECT FIND_IN_SET('B', ''); -- 返回 0
这是最典型的用法,直接使用 FIND_IN_SET(...) > 0 作为条件,例如查询所属系统包含 '1' 的记录:
SELECT * FROM vehicle WHERE FIND_IN_SET('1', belonging_system) > 0;
需要按自定义顺序展示结果时,例如按用户指定的 ID 顺序(3,1,2)排序,FIND_IN_SET 可以轻松实现:
SELECT * FROM user ORDER BY FIND_IN_SET(id, '3,1,2');
当参数可能为 NULL 时,若希望 NULL 时返回全部数据,否则匹配具体值,可参考如下写法:
SELECT * FROM vehicle WHERE (?1 IS NULL OR FIND_IN_SET(?1, belonging_system) > 0);
要统计 VIN 中包含 'L58' 的车辆数量,直接使用 COUNT 配合条件即可:
SELECT COUNT(*) FROM vehicle WHERE FIND_IN_SET('L58', vin) > 0;
假设表结构中 belonging_system 字段存储类似 '1,2,3' 的字符串,需要查询包含某个特定 systemId 的记录:
-- 查询 belonging_system 包含 systemId 的所有记录
SELECT * FROM vehicle WHERE FIND_IN_SET('1', belonging_system) > 0;
-- 结合参数判空
SELECT * FROM vehicle WHERE (?1 IS NULL OR FIND_IN_SET(?1, belonging_system) > 0);
若项目中使用 JPA,编写原生查询同样直接:
@Query(value = "SELECT * FROM vehicle v " +
"WHERE (COALESCE(?1, NULL) IS NULL OR FIND_IN_SET(?1, v.belonging_system) > 0)",
nativeQuery = true)
Page findBySystemId(@Param("systemId") String systemId, Pageable pageable);
许多开发者容易混淆 FIND_IN_SET 和 IN,两者各有适用场景,下表清晰对比:
| 对比项 | FIND_IN_SET | IN |
|---|---|---|
| 适用场景 | 字段是逗号分隔的字符串 | 字段是单个值 |
| 用法 | FIND_IN_SET('A', column) > 0 | column IN ('A', 'B') |
| 索引使用 | 无法使用索引 | 可以使用索引 |
| 性能 | 全表扫描,数据量大时慢 | 有索引时快 |
| 参数传递 | 传单个字符串 | 需要传多个值(集合) |
核心区别可以概括为:IN 用于多个值的列表匹配,而 FIND_IN_SET 用于单个字段中存储的逗号分隔字符串匹配,两者不可混淆。
需要特别提醒:FIND_IN_SET 无法使用索引,在数据量较大时性能会明显下降。具体参考以下经验值:
| 数据量 | 性能表现 |
|---|---|
| < 1 万条 | 可以接受 |
| 1 万 ~ 10 万 | 可能变慢 |
| > 10 万 | 严重性能问题 |
改用关联表(推荐)
belonging_system 从逗号分隔字符串改为多对多关联表,使用 IN 或 EXISTS 查询,索引即可生效。使用 JSON 数组(MySQL 5.7+)
-- 存储为 JSON 数组 SELECT * FROM vehicle WHERE JSON_CONTAINS(belonging_system, '"1"');
使用全文索引
ALTER TABLE vehicle ADD FULLTEXT(belonging_system);
SELECT * FROM vehicle WHERE MATCH(belonging_system) AGAINST('1');
最后提供几个常见的完整用法,方便直接复制参考:
-- 1. 基本查找
SELECT FIND_IN_SET('2', '1,2,3,4'); -- 返回 2
-- 2. 在 WHERE 中使用
SELECT * FROM user WHERE FIND_IN_SET('admin', roles) > 0;
-- 3. 结合 ORDER BY(按指定顺序)
SELECT * FROM product WHERE id IN (3,1,2) ORDER BY FIND_IN_SET(id, '3,1,2');
-- 4. 结合 CASE
SELECT
name,
CASE
WHEN FIND_IN_SET('admin', roles) > 0 THEN '管理员'
WHEN FIND_IN_SET('user', roles) > 0 THEN '普通用户'
ELSE '未知'
END AS role_name
FROM user;
| 要点 | 说明 |
|---|---|
| 功能 | 在逗号分隔的字符串中查找值的位置 |
| 返回值 | 找到返回位置(1-based),没找到返回 0 |
| 主要场景 | 判断值是否存在于逗号分隔字段中 |
| 优点 | 简单直观,适合小数据量 |
| 缺点 | 无法使用索引,大数据量时性能差 |
| 替代方案 | 关联表、JSON 数组、全文索引 |
建议:如果 belonging_system 字段经常被查询,建议改为多对多关联表,从根本上解决性能问题。若数据量较小(< 1 万),FIND_IN_SET 使用起来依然便捷,无需过度设计。
侠游戏发布此文仅为了传递信息,不代表侠游戏网站认同其观点或证实其描述