MySQL中IN语句匹配逗号分隔字段无法获取多行数据的求助

嘿，我太懂这个坑了！你遇到的问题根源在于：MySQL的IN()函数根本没法识别逗号分隔的字符串——它会把整个editid字段值当成单个完整元素去和3做对比，而不是把字符串拆成一个个元素来匹配。所以3089,3,0会被当成一个整体，和3不相等，自然只返回3,0那行。

给你几个实用的解决方案：

方法1：用专门的FIND_IN_SET()函数（最推荐） #

MySQL内置了FIND_IN_SET()函数，就是用来处理逗号分隔字符串的匹配需求的，用法超简单：

SELECT * FROM `master_bom3` WHERE FIND_IN_SET('3', `editid`);

这个函数会在editid的逗号分隔列表里查找3，只要找到就返回它的位置（大于0的数），没找到返回0，刚好符合WHERE条件的要求，能精准匹配到3,0和3089,3,0这两行。

方法2：用正则表达式匹配（避免误匹配） #

如果担心出现边界误匹配的情况（比如字段里有13这类包含3的数值），可以用正则表达式精准匹配独立的3元素：

SELECT * FROM `master_bom3` WHERE `editid` REGEXP '(^|,)3(,|$)';

这个正则的意思是：匹配要么以3开头后跟逗号，要么逗号后跟3再跟逗号，要么逗号后跟3结尾的情况，确保只匹配独立的3，不会把3087里的3当成有效匹配项。

方法3：MySQL 8.0+ 用STRING_SPLIT()拆分字符串 #

如果你的MySQL版本是8.0及以上，可以用STRING_SPLIT()把逗号分隔的字符串拆成单独的行，再通过关联筛选：

SELECT m.*
FROM `master_bom3` m
JOIN STRING_SPLIT(m.editid, ',') s
ON s.value = '3';

这种方式更贴合关系型数据库的设计思维，把拆分后的元素和主表关联查询，逻辑更清晰。

额外建议 #

如果你的表数据量较大，这种逗号分隔字段的查询性能会很差，而且不符合数据库设计的规范。最好的长期方案是：把editid字段拆成一个关联表（比如master_bom_editids），每个editid元素单独存一行，和主表通过主键关联，这样查询效率会大幅提升，后期维护也更方便。

内容的提问来源于stack exchange，提问作者user5826068