标签：架构设计

活动系统最开始只有几万条订单，大家不会认真讨论“数据生命周期”。后台想查就查，运营想导出就导出，日志临时塞数据库也没人觉得有问题。直到半年后，订单表越来越大，报表越来越慢，备份时间越来越长，连一次普…

活动系统运行了几个月后，最先被抱怨的不是下单，而是后台订单列表。运营同学按时间筛选订单，页面从 200ms 变成 3 秒，再后来变成 8 秒。开发第一反应通常是：SQL 慢了，优化一下。但数据库问题…

活动刚开始的前十分钟，商品详情页先慢了。下单接口还没到峰值，支付也没出问题，但数据库 CPU 已经开始往上冲。排查后发现，大量请求都在查同一个商品详情、活动配置和库存展示。每个请求都不复杂，可它们太…

很多系统一开始都很朴素。一个商品详情页，一个下单接口，一张订单表，再加一个后台列表。访问量不大时，一切都很顺：页面打开很快，订单写入正常，后台报表也能查出来。后来业务做了一场活动。活动页被转发，商品…