MySQL数据库结构选型与标签查询性能优化咨询

优先选择3表（blog_posts、tags、blog_post_tags）的设计，完全符合数据库设计第三范式，是标签关联场景的标准实现，相比2表冗余设计优势明显：

• 无数据冗余：同一个标签的属性仅在tags表存储1次，不会重复占用存储空间
• 数据一致性高：修改标签名称、新增标签属性等操作仅需修改tags表单条记录，不会出现2表结构中改标签需要批量更新大量关联记录、漏改导致数据不一致的问题
• 拓展性更强：后续需要给标签增加颜色、描述、排序权重等属性时，直接在tags表新增字段即可，无需修改表结构逻辑

2表结构仅能满足最简单的查询需求，长期维护成本更高，不推荐使用。

你原来的嵌套子查询写法在MySQL新版本中虽然也能被优化器处理，但换成多表JOIN的写法可读性更强、性能更稳定，同时可以修正原SQL中不必要的LEFT JOIN问题（LEFT JOIN会返回无关联文章的空行，不符合你的查询需求），优化后的SQL如下：

SELECT DISTINCT blog_posts.*
FROM tags
INNER JOIN blog_post_tags ON tags.id = blog_post_tags.tag_id
INNER JOIN blog_posts ON blog_post_tags.blog_post_id = blog_posts.id
WHERE tags.name = ?

注意：SQL中的?是参数占位符，请配合MySQLi的预处理功能绑定$in_tag_name参数，不要直接拼接变量到SQL语句中，避免SQL注入风险。
如果你给blog_post_tags表设置了(blog_post_id, tag_id)的联合唯一主键，可以去掉DISTINCT关键字进一步提升性能。

要让上述查询达到最优性能，需要提前建好对应索引：

• 给tags表的name字段创建唯一索引，标签名过滤可以直接走索引无需全表扫描
• 给blog_post_tags表的tag_id、blog_post_id分别创建普通索引，或者直接创建(tag_id, blog_post_id)的联合索引，关联查询时可以直接走索引匹配

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