在MySQL业务中，经常有人把多个ID或标签用逗号拼成一个字段，形式上像是一个数组，但实际存的是普通字符串。当我们需要判定某个具体值是否在这个“数组”里时，FIND_IN_SET函数是最直接的工具。它专门用来在逗号分隔的字符串列表中查找目标值，比模糊匹配更精准。
FIND_IN_SET函数的基本用法
FIND_IN_SET函数的语法非常简单，接收两个参数：第一个是待查找的字符串，第二个是逗号分隔的列表字符串。如果找到了，它会返回该字符串在列表中以1为起始的位置索引；如果没找到，则返回0。这一点和许多返回布尔值的语言函数不同，MySQL里习惯用0表示假、大于0表示真。
需要注意的是，第二个参数必须是用逗号分隔且中间没有多余空格的字符串。如果数据里存了"1, 2, 3"这种带空格的形式，FIND_IN_SET会认为" 2"和"2"不是同一个值，从而导致匹配失败。因此在写入数据时要注意清洗格式，或者在查询时用REPLACE先去掉空格。
-- 基本语法
-- FIND_IN_SET(查找值, 逗号分隔列表)
SELECT FIND_IN_SET('3', '1,2,3,4') AS pos;
-- 返回 3
SELECT FIND_IN_SET('5', '1,2,3,4') AS pos;
-- 返回 0
-- 在WHERE中判定包含关系
SELECT * FROM user_tags
WHERE FIND_IN_SET('php', tags) > 0;
为什么不用LIKE来判断包含
很多初学者会用LIKE '%php%'去匹配，但这种方式有明显漏洞。假设列表里存的是"php,python,javascript"，当你查找"py"时，LIKE也能匹配到，但这并不是独立的值。更严重的是，如果列表中有"php"和"phper"，用LIKE '%php%'会把"phper"也查出来，造成逻辑错误。
FIND_IN_SET以逗号为边界做精确切分，它只会把整个元素拿去比对，不会做子串匹配。因此查找"php"时，只有确切等于"php"的那个元素才会被算作命中。从语义正确性上看，它比LIKE更适合“数组包含”这种场景。
-- 用LIKE可能误匹配
SELECT 'phper' LIKE '%php%'; -- 返回 1，误判
-- 用FIND_IN_SET精确匹配
SELECT FIND_IN_SET('php', 'phper,java'); -- 返回 0，正确
FIND_IN_SET的性能与局限
这个函数最大的问题是无法使用常规的B+树索引。只要WHERE条件里写了FIND_IN_SET(col, ...)，MySQL就只能对每一行都执行一次字符串分割和遍历，也就是全表扫描。当表里有几十万行以上时，查询延迟会非常明显。
另一个局限是它只认逗号。如果你的“数组”元素本身包含逗号，比如存了"a,b,c"想作为一个整体元素，FIND_IN_SET会把它拆成三个。这种数据结构上的缺陷，本质上是因为用字符串模拟数组带来的。如果业务频繁需要做包含判断，更合理的做法是拆出一张关系表，用联合查询或EXISTS来写。
-- 关系表方案示例 -- tag_relation(user_id, tag) SELECT u.* FROM users u WHERE EXISTS ( SELECT 1 FROM tag_relation tr WHERE tr.user_id = u.id AND tr.tag = 'php' );
什么情况下仍可以用FIND_IN_SET
如果这张表本身数据量很小，或者只是后台配置表、字典表，偶尔做一次包含判断，直接用FIND_IN_SET完全没问题，代码也短平快。它避免了建中间表和写复杂JOIN，维护成本低。
此外在一些动态SQL拼接中，比如前端传过来一组勾选的ID，后端直接拼成"1,2,3"传给存储过程，用FIND_IN_SET做临时过滤也很方便。只要清楚它的性能边界，不把它用在高频大表的核心查询里，就是一个顺手的工具。
-- 配置表小数据量直接使用
SELECT * FROM sys_config
WHERE FIND_IN_SET('export', allowed_actions) > 0;
小结对比
把几种方案放在一起看会更直观。下面这张表列出了它们在准确性、性能和改动成本上的差异，方便在做技术选型时权衡。
| 方案 | 匹配准确性 | 能否走索引 | 适用场景 |
|---|---|---|---|
| LIKE '%val%' | 低，易误匹配 | 否 | 不推荐用于数组包含 |
| FIND_IN_SET | 高，按逗号切分 | 否 | 小表或低频查询 |
| 关系表加EXISTS | 高 | 能 | 大表高频包含判断 |
判定SQL里用逗号隔开的“数组”是否包含某个值，FIND_IN_SET是语法上最贴合需求的函数，它解决了LIKE的子串误匹配问题。但在性能上要心中有数，大表查询应优先考虑规范化存储。理解原理和边界，才能用得安心。
FIND_IN_SETSQL数组包含判断MySQL字符串函数修改时间：2026-08-09 22:39:34