你遇到的问题核心在于：a.tags是一个逗号分隔的字符串（比如'2,3'），当你直接写id IN (a.tags)时，数据库会把它当成单个完整的字符串值去匹配b.id，而不是拆分成多个独立的ID，自然匹配不到结果。要解决这个问题，你需要把字符串形式的ID列表拆分成可单独匹配的数值，不同数据库有对应的函数可以实现这个需求，下面分场景给你方案：

1. MySQL/MariaDB 解决方案 #

用FIND_IN_SET()函数，它专门用于检查某个值是否在逗号分隔的字符串列表中：

SELECT * FROM a 
WHERE EXISTS (
    SELECT * FROM b 
    WHERE FIND_IN_SET(b.id, a.tags) > 0
);

FIND_IN_SET()会返回匹配值在列表中的位置，返回值大于0就说明存在匹配。

2. PostgreSQL 解决方案 #

先通过string_to_array()把字符串转成数组，再用ANY操作符匹配数组中的元素：

SELECT * FROM a 
WHERE EXISTS (
    SELECT * FROM b 
    WHERE b.id = ANY(string_to_array(a.tags, ',')::int[])
);

这里::int[]是把字符串数组强制转换成整数数组，确保和b.id的类型一致。

3. SQL Server 解决方案 #

用STRING_SPLIT()函数把逗号分隔的字符串拆分成独立的行，再和b表关联匹配：

SELECT * FROM a 
WHERE EXISTS (
    SELECT * FROM b 
    JOIN STRING_SPLIT(a.tags, ',') AS split_tags 
        ON b.id = CAST(split_tags.value AS INT)
);

注意要把拆分后的字符串转成和b.id一致的数值类型。

额外建议 #

虽然上面的方法能解决问题，但逗号分隔存储ID的方式并不符合数据库设计的第一范式，会导致查询效率低、维护麻烦（比如修改单个ID很困难）。如果项目还处于可调整阶段，建议重构数据结构：新建一个关联表（比如a_tag_mapping），每行存储a表的主键和对应的单个tag ID，这样查询会更高效，也更符合数据库设计规范。

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