find_in_set用于在逗号分隔字符串中精确匹配单个值并返回位置（从1开始），仅适用于低频、小数据量的简单枚举场景，不支持空格、模糊匹配、索引加速，且违反第一范式。
MySQL里用FIND_IN_SET做简单匹配，但别指望它拆数组
直接用 FIND_IN_SET 是最轻量的解法，但它只适合「查某字段值是否在逗号串里」这种单次判断场景。比如传入 'music,tech'，查 tag_name 是否等于其中任一值：WHERE FIND_IN_SET(tag_name, 'music,tech') > 0。
常见翻车点：
-
FIND_IN_SET参数顺序不能反：写成FIND_IN_SET('music,tech', tag_name)永远返回0 - 字符串里混了中文逗号、空格或换行？先清洗：
REPLACE(REPLACE(@tags, ' ', ','), ' ', '') - 传
NULL或空串时整个条件失效，得加防护：AND @tags IS NOT NULL AND @tags != ''
SQL Server必须拆成表，STRING_SPLIT（2016+）或自定义函数（老版本）
SQL Server 的 IN (@param) 永远只当一个值处理，所以 @param = '1,2,3' 等价于 IN ('1,2,3')，不是你想要的 IN (1,2,3)。
推荐方案：
- SQL Server 2016 及以上：直接用内置
STRING_SPLIT：WHERE id IN (SELECT value FROM STRING_SPLIT(@ids, ','))，注意返回的value是NVARCHAR(4000)，需显式转类型：CAST(value AS INT) - 老版本（2014 及之前）：建表值函数，比如
[dbo].[f_split]，用WHILE+CHARINDEX+STUFF切分，再CONVERT(INT, ...)转型 - 千万别拼动态 SQL（
EXEC(...)），既绕过执行计划缓存，又引入注入风险
Oracle用REGEXP_SUBSTR + CONNECT BY生成行集
Oracle 没有原生 split 函数，靠正则和层级查询把逗号串“炸开”成多行：
SELECT REGEXP_SUBSTR(i_ids, '[^,]+', 1, LEVEL) AS id_val FROM DUAL CONNECT BY LEVEL <p>然后套进 <code>IN</code> 子句：<code>WHERE id IN (SELECT ... FROM DUAL CONNECT BY ...)</code>。</p><p>注意点：</p>
-
REGEXP_SUBSTR第三个参数是起始位置（固定填1），第四个是提取第几个匹配项（靠LEVEL自增） - 如果传入字符串含空元素（如
'1,,3'），REGEXP_SUBSTR会返回NULL，可能干扰结果，建议提前REPLACE(i_ids, ',,', ',')清洗 - 传入数字串但字段是
NUMBER类型？必须显式TO_NUMBER(...)，否则隐式转换失败
所有数据库都绕不开的底层陷阱：类型、空值、性能
不管用哪种拆分方式，三个硬伤必须手动处理：
- 类型不一致：字符串参数 vs 数字字段 → 强制转型（
CAST/TO_NUMBER/CONVERT），否则报错或静默失配 - 空值穿透：参数为
NULL或全空白时，STRING_SPLIT返回空集，REGEXP_SUBSTR报错，FIND_IN_SET返回NULL→ 全部加IS NOT NULL和非空校验 - 性能隐形杀手：长字符串（如 1000 个 ID）拆分后生成上千行临时结果，JOIN 或 IN 效率骤降 → 超过 100 个值建议改用临时表 + 索引，别硬扛函数
真正麻烦的从来不是怎么拆，而是拆完之后——那个被当成“数组”用的字符串，其实根本不是数组，它没有长度、没有索引、无法随机访问，所有操作都是模拟出来的妥协。
