mysql 一对多 join_Mysql中FIND_IN_SET与JOIN在一对多关系查询时的优劣

Mysql中的FIND_IN_SET函数在我知道它之前，我在做一个一对多的外键查询时，都会在中间设计一个关系表。比如一篇文章(post)对应多个标签(tag)，我就会在中间设计一个关系表(post_tag_mapping)来记录文章和标签的对应关系，然后查询某一个标签下的文章时，就用

JOIN

语句来实现了，这也应该是处理一对多关系查询时的标准做法。一般语句就像下面

SELECT * FROM post LEFT JOIN post_tag_mapping WHERE tag_id = 123

但是当我发现

FIND_IN_SET

函数后，就可以完全不用

JOIN

这种查询方式了，我们完全可以在文章表里设置一个类型为SET的标签字段(tags)，它存储标签id的格式就像这样

111,222,333

，查询语句就变成了

SELECT * FROM post WHERE FIND_IN_SET('123', tags)

不用做连接查询了，我不知道这两者在查询效率上哪个更占优势？他们的应用场景有什么需要注意的地方？

SET

类型能够做索引吗，做完以后对

FIND_IN_SET

有用吗？

就你的例子来说，用中间(映射)表，可以借助索引提高查询效率。FIND_IN_SET属于字符串操作，如果用在字段上，得全表扫描。

SET类型的实现是64位的bitmap(对应64个成员)，作为FIND_IN_SET的第二个参数，可以用位运算来提高函数的效率(不等于查询效率)。限制有：

成员不能包含“,”字符

最多只能有64个成员，而且需要预定义，所以用来做tag不合适

即便加索引也是整体的(即64个位对应的组合状态)，而不能针对某一个成员(某一个位)

UPDATE操作也是整体的，你需要自己运算新的bitmap

所以SET最适合用于值域小，取值固定，整体查询的状态集合。比如记录某人去过中国哪些省：可以直接比较两个人是否去过相同的省份，或者直接获得差别，可以高效地查询哪些人只去过某省或某些省，但查哪些人去过某省或某些省依然是扫全表。