在数据库查询中，我们常常需要判断某个字符或字符串出现在字段的什么位置，或者检查一个值是否存在于逗号分隔的列表中。SQL提供了多种字符串处理函数，其中POSITION和FIND_IN_SET是最容易被混淆的两个。它们虽然都和“位置”或“查找”有关，但设计目的、参数形式和返回结果都有明显区别。理解这些差异，能帮我们在写查询时少走弯路。
POSITION函数的基本用法
POSITION是标准SQL中用于返回子字符串在主字符串里第一次出现位置的函数。它的语法通常为POSITION(substring IN string)，返回的是一个从1开始的整数；如果找不到子串，则返回0。需要注意的是，不同数据库对大小写敏感性的处理并不一致，例如在MySQL中默认不区分大小写，而在PostgreSQL中则区分。
下面用一个简单示例说明POSITION如何工作。假设我们有一张用户表，里面有一个邮箱字段，我们想找到@符号的位置，从而分离用户名和域名：
SELECT
email,
POSITION('@' IN email) AS at_pos
FROM users
WHERE POSITION('@' IN email) > 0;
上面的语句会列出每个邮箱中@符号首次出现的位置。如果邮箱是“tom@ipipp.com”，那么at_pos的值就是4。借助这个值，我们还能用SUBSTRING进一步截取前后部分。POSITION的优势在于它对任意子串都有效，不要求特定的分隔格式。
不过POSITION只能告诉你“第一次出现在哪”，并不能直接判断某个元素是否在一个逗号分隔的列表里。如果你尝试用POSITION(',123,' IN ',1,123,45,')这种方式去模拟集合查找，不仅写法丑陋，还容易因为首尾逗号处理不当而出错。这时候就该考虑FIND_IN_SET。
FIND_IN_SET函数的设计目的
FIND_IN_SET是MySQL等数据库中专门用来处理逗号分隔字符串集合的函数。它的语法是FIND_IN_SET(str, strlist)，其中strlist是一个用逗号分隔的字符串，例如“10,20,30”。函数会把这个列表按逗号拆开，逐个比较，如果str等于其中某个成员，就返回该成员的位置（从1开始）；如果不在列表中，则返回0。
我们看一个典型场景：某张文章表用一个字段保存了多个标签编号，形如“2,5,8”。现在要查出带有标签5的所有文章，用FIND_IN_SET就非常直观：
SELECT id, title, tags
FROM articles
WHERE FIND_IN_SET('5', tags) > 0;
这里不需要在tags前后拼逗号，也不需要担心子串“5”会误匹配到“15”或“50”，因为FIND_IN_SET是按逗号切分后做整体相等的比较。相比之下，如果用POSITION('5' IN tags) > 0，那么tags为“15,20”时也会命中，这就产生了逻辑错误。
但要注意，FIND_IN_SET对格式要求很严格：strlist必须是单一的逗号分隔串，不能有多余空格，也不能用其他符号分隔。如果数据里写的是“2; 5; 8”或者“2, 5, 8”（带空格），FIND_IN_SET就会把“ 5”当成独立成员，导致查找失败。因此在用之前往往要先统一数据格式。
两者核心差异与选型建议
从底层逻辑看，POSITION做的是连续的字符扫描，适合任意模式的子串定位；FIND_IN_SET做的是集合成员判定，适合逗号列表的包含关系查询。下面的表格总结了主要区别：
| 对比项 | POSITION | FIND_IN_SET |
|---|---|---|
| 主要用途 | 返回子串首次出现位置 | 判断值是否在逗号列表中并返回位置 |
| 参数形式 | POSITION(子串 IN 主串) | FIND_IN_SET(成员, 逗号串) |
| 匹配方式 | 子串包含即可 | 拆分成元素后全等比较 |
| 典型误用 | 用来查列表元素导致部分匹配 | 用来查普通子串导致格式依赖 |
在实际开发中，如果需求是“这个字段里是否含有某段文字”，选POSITION配合SUBSTRING做截取更稳妥；如果是“这个逗号分隔的权限串里有没有某个角色ID”，FIND_IN_SET语义更清晰且不易错。另外，从性能角度说，两者都不会使用普通索引，数据量大时都应考虑把逗号列表拆成关联表，用JOIN代替字符串函数。
最后提醒一点，FIND_IN_SET并非所有数据库都支持，例如PostgreSQL没有这个函数，通常用ANY(string_to_array(tags, ',')::int[])来替代。而POSITION在多数关系型数据库里都属于标准实现。跨数据库写SQL时，要留意函数兼容性，避免迁移时出现语法错误。
综合示例
假设我们有一张日志表，其中channel字段可能是普通描述文本，也可能是“web,app,wechat”这样的来源列表。现在我们要统计那些来源列表中包含“app”且描述里带有“error”字样的记录：
SELECT log_id, channel, content
FROM logs
WHERE FIND_IN_SET('app', channel) > 0
AND POSITION('error' IN content) > 0;
这个查询同时利用了两个函数的特长：FIND_IN_SET精确匹配渠道集合中的app，POSITION宽松地捕捉内容里的error子串。通过这样的组合，既能保证渠道判断不出偏差，又能灵活检索文本内容，是两种函数互补使用的常见写法。
POSITIONFIND_IN_SETSQL字符串函数修改时间：2026-08-09 16:51:29