数据架构 · · 6 分钟阅读
百万型号以后,为什么要放弃传统 CMS 的发布方式
数据量上来之后,瓶颈往往不在服务器,而在"每次都全量重建"的流程。
瓶颈出现在哪里
常见症状是:后台列表打开要十几秒,改一个价格要等半小时才能在前台生效,一次全站生成要跑一整夜。
更合适的做法
- 分层存储:基础信息、参数、库存、文档分开存放,更新频率不同就不要绑在一起。
- 增量生成:只重建变动的页面及其相关聚合页。
- 静态为主、动态为辅:详情页静态化,库存与价格用轻量接口补充。
需要提前约定的事
字段规范、型号唯一标识、下架与重定向规则,必须在数据入库之前定好,否则后期清洗的成本会远高于建站本身。