经典PHP博客MySQL表结构选型：单表还是双表方案？

Hey there! Let’s work through this decision for your classic PHP blog—this is such a common dilemma, and I’ve gone through similar calls for small to mid-sized blogs before. Let’s break down the pros and cons of both approaches, and land on what makes sense for your scenario.

先聊聊你考虑的双表方案（actual + archive） #

优势 #

• 高频查询性能确实亮眼：100行的actual表真的会飞——索引更小、磁盘IO几乎可以忽略，不管是做带排序的首页文章查询还是单篇文章检索，响应速度会比从2万多行的表里查快很多，尤其是在服务器资源有限的情况下。
• 归档表可独立优化：你可以给archive表做针对性优化，比如用更紧凑的存储格式（InnoDB的压缩表就很合适），只保留必要的索引，甚至可以把它移到性能稍弱的从库上，减少主库的负载。

潜在的坑 #

• 联合查询的复杂度：每次需要同时展示活跃和归档文章时，你得写UNION ALL（用UNION会去重，更慢）来合并两张表的结果。这不仅增加了代码量，还容易出错——比如两张表结构一旦有变动（比如加个字段），你得同步改两张表，漏改一次就会导致查询报错。
• 数据迁移的原子性风险：当你把文章从活跃移到归档时，得确保「删除actual行 + 插入archive行」是原子操作，不然中间服务器崩了，数据就丢了。你得用事务包裹，或者写INSERT INTO archive SELECT * FROM actual WHERE id = ?; DELETE FROM actual WHERE id = ?;这种组合语句，增加了业务逻辑的复杂度。
• 统计类查询麻烦：比如要算全站总文章数、某分类的总发布量，你得分别查两张表再相加，比单表的COUNT(*)麻烦多了。

再看单表方案 #

优势 #

• 维护成本极低：只有一张表，结构变更、备份、数据迁移都不用考虑同步两张表的问题。代码里也不用写两套查询逻辑，减少了出错的概率——这对于个人博客或者小团队来说，真的能省不少精力。
• 天然支持所有查询场景：不管是查活跃文章、归档文章，还是需要跨范围的查询（比如按日期找所有文章），直接用WHERE status = 'active'或者WHERE publish_date BETWEEN ? AND ?就行，不用搞联合查询。
• 扩展性更强：如果以后活跃文章超过100行，或者归档文章涨到10万行，你不用改表结构或者核心代码，只需要调整索引或者查询条件就够了。

单表的性能优化技巧 #

别担心单表会慢，2万多行的数据在MySQL里根本不算事儿，只要做好这几点：

• 给区分活跃/归档的字段（比如status）加索引，查询活跃文章时，MySQL会快速过滤出100行数据，性能和双表的actual表几乎没差别。
• 考虑分区表（如果你的MySQL版本支持，5.5+就可以）：按status或者发布日期把表分成两个分区，活跃数据在一个分区，归档在另一个。这样查询活跃数据时，MySQL只会扫描对应的分区，性能接近双表，同时保留单表的维护优势。
• 给归档数据加只读限制：在应用层禁止修改归档文章，或者在数据库层面给归档分区设置只读权限，减少写操作对查询性能的影响。

最终建议 #

对于你的场景（归档最多2万行），优先选单表方案，用status字段区分活跃和归档，加上合适的索引，性能完全能满足需求，而且维护起来省心太多。

如果实在担心未来归档数据会暴涨到几十万甚至上百万行，可以直接上分区表，这是双表和单表之间的完美折中——既保留了单表的维护便捷性，又能获得接近双表的查询性能。

只有当归档数据量达到百万级以上，而且几乎没人会查的时候，双表方案才会体现出明显的优势。2万行的规模，单表完全hold住。

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