第三篇 内容模型:帖子与信息流
接入层通了之后,真正的考验是内容模型。一个资讯社区的核心不是页面好看,而是信息流能不能越用越准、评论树能不能撑住盖楼、缓存命中率能不能扛住晚高峰。我们的做法很朴素:帖子模型按读写分离设计,信息流按版块做多策略排序,评论用 parent_id 拼树形,热帖全部走 Redis 缓存。
这一篇是全书最贴近业务的部分。数据流从发帖接口出发,经过审核模块落库,再由聚合任务写进信息流缓存,评论和点赞挂在帖子两侧,所有热数据在 Redis 里转一圈才落回 MySQL。每一步都有具体的表名、字段名和 Redis 键名,照着就能搭。写这一篇时最大的感受是,内容社区的护城河不在功能多炫,而在于这些藏在背后的结构能不能跟着用户量一起长大。这也是本篇反复强调的主线:模型先于功能,结构先于页面,先把数据的骨架搭正,页面自然就稳。
| 小节 | 内容 | 关键产出 |
|---|---|---|
| 3.1 | 帖子模型 | 图文与版块 |
| 3.2 | 信息流 | 排序策略 |
| 3.3 | 评论点赞 | 树形结构 |
| 3.4 | 缓存层 | Redis 热帖 |
