find_in_set不能用=或like替代，因为=只能全字段匹配，like会误匹配子串（如查'1'命中'11,12'），而find_in_set('1','11,12')返回0更安全。
为什么 FIND_IN_SET 不能用 = 或 LIKE 替代
因为 FIND_IN_SET 是 MySQL 原生的字符串位置查找函数，专为“逗号分隔的枚举值”设计。用 = 只能匹配整个字段，LIKE '%value%' 会误匹配子串（比如查 '1' 会命中 '11,12'），而 FIND_IN_SET('1', '11,12') 返回 0，是安全的。
常见错误现象：WHERE tags LIKE '%php%' 在 tags = 'phper,php7' 时返回真，但业务上并不想把 “phper” 当作 “php” 匹配。
-
FIND_IN_SET要求第一个参数是纯字符串字面量或单值变量，不能是表达式或列名 - 第二个参数必须是逗号分隔的字符串（不能以逗号开头/结尾，否则可能漏匹配）
- 字段类型建议为
VARCHAR，不要用TEXT（部分旧版本对TEXT支持不稳定）
FIND_IN_SET 的基本用法和参数顺序
语法是 FIND_IN_SET(needle, haystack)，返回值是 1-based 位置索引，没找到返回 0。注意：不是布尔值，所以要用 > 0 判断存在性，不能直接写 WHERE FIND_IN_SET(...)（虽然 MySQL 会隐式转，但可读性和兼容性差）。
示例：查标签含 'mysql' 的文章
SELECT * FROM articles WHERE FIND_IN_SET('mysql', tags) > 0;
- 第一个参数
'mysql'不能带空格，' mysql '会完全不匹配 - 第二个参数
tags字段值形如'php,mysql,linux'，不能是'php, mysql, linux'（含空格就失效） - 如果字段里有重复值，比如
'mysql,mysql'，只返回第一次出现的位置（这里是 1）
多个值同时查询怎么写
FIND_IN_SET 本身不支持数组或 OR 展开，必须用多个条件组合。例如查同时含 'mysql' 和 'innodb' 的记录：
SELECT * FROM articles WHERE FIND_IN_SET('mysql', tags) > 0 AND FIND_IN_SET('innodb', tags) > 0;
注意这不是“任一匹配”，而是“全部匹配”。若要“任一匹配”，改用 OR 连接；若要“至少两个匹配”，就得用 CASE WHEN 统计命中次数——但这种需求本身说明数据结构已不合理。
- 性能隐患：每个
FIND_IN_SET都是全表扫描，无法走索引，大数据量下很慢 - 不能用
IN替代，FIND_IN_SET('a,b', tags)是非法的，第一个参数只能是单个值 - 如果需要频繁多值查询，真正该做的是拆表（比如
article_tags关联表），而不是在 SQL 层硬撑
替代方案比函数更重要
用 FIND_IN_SET 本质是在迁就坏的设计。MySQL 5.7+ 支持 JSON 字段，8.0+ 支持 JSON_CONTAINS，语义更清晰且部分场景可建虚拟列加索引。但最彻底的解法仍是范式化：把逗号字段拆成独立关联表。
容易被忽略的一点：即使现在用 FIND_IN_SET 跑通了，只要 tags 字段长度超过 1000 字符、或平均逗号数超过 10，后续加新功能（比如统计各标签频次、排除某标签）就会越来越痛苦——这时候改结构的成本，远低于持续打补丁的成本。
