不能直接在文章表加tags字段存逗号分隔字符串，因会导致索引失效、全表扫描、无法原子更新、违反第一范式；标准方案是articles/tags/article_tags三表结构，用联合索引和外键保障效率与一致性。
为什么不能直接在文章表加 tags 字段存逗号分隔字符串
看似简单，但会立刻踩中 MySQL 的索引失效、查询无法利用 B+ 树、无法原子更新、不满足第一范式等硬伤。WHERE tags LIKE '%java%' 会全表扫描，UPDATE 修改单个标签还得先拆再拼，极易出错。真实业务里只要需要「查所有带 Python 的文章」「删掉废弃标签」「统计每个标签的文章数」，这种设计就崩了。
标准三表结构：articles、tags、article_tags
这是唯一能兼顾查询效率、数据一致性和扩展性的方案。核心是用中间表 article_tags 存储多对多关系，且必须为两个外键字段都建联合索引（顺序很重要）：
CREATE TABLE article_tags ( article_id INT NOT NULL, tag_id INT NOT NULL, PRIMARY KEY (article_id, tag_id), KEY idx_tag_article (tag_id, article_id) );
这样既能快速查「某文章的所有标签」（用主键），也能高效查「某标签的所有文章」（用 idx_tag_article）。别漏掉 ON DELETE CASCADE，否则删文章或标签时得手动清理中间表。
增删查标签的典型 SQL 写法
实际操作中，不是每次都要手写 JOIN，重点是把语义写清楚、避免 N+1 和重复插入：
- 给文章 ID=123 加标签「golang」：
INSERT IGNORE INTO article_tags (article_id, tag_id) VALUES (123, (SELECT id FROM tags WHERE name = 'golang')); - 查文章 ID=123 的所有标签名：
SELECT t.name FROM article_tags at JOIN tags t ON at.tag_id = t.id WHERE at.article_id = 123; - 安全删掉文章 ID=123 的「debug」标签：
DELETE at FROM article_tags at JOIN tags t ON at.tag_id = t.id WHERE at.article_id = 123 AND t.name = 'debug';
注意 INSERT IGNORE 防止重复，用 JOIN 而非子查询删标签，避免因子查询返回空导致误删整行。
什么时候该考虑冗余 tags 列做缓存
纯读多写少、且允许短暂不一致的场景（比如首页热门文章卡片只显示标签名列表），可在 articles 表加 tags_cache TEXT 字段，存 JSON 数组如 ["mysql","optimization"]，由应用层或触发器维护。但绝不把它当主数据源——它只是加速展示的副产品，主逻辑永远走三表关联。
真正容易被忽略的是中间表的自增主键问题：别给 article_tags 加无意义的 id BIGINT AUTO_INCREMENT，它只会拖慢写入、浪费索引空间；复合主键 (article_id, tag_id) 才是最精简、最符合语义的设计。
