| 特点 | 设计 | |
|---|---|---|
| Feed流 | 读写比例100:1 消息必达性要求高 非稳定的账号关系 |
{% post_link ‘feed’ %} |
| 秒杀系统 | {% post_link ‘secKillSummary’ %} {% post_link ‘seckill’ %} |
|
| 计数系统[2] | 数据量巨大 访问量大,性能要求高 对于可用性、数字的准确性要求高 |
+ 方案1 数据库 + 缓存 -> 按照 weibo_id做分库分表。数据库和缓存之间无法保证数据的一致性 [2] +方案2 全部写入redis -> MQ异步写,批量合并写。redis昂贵, 存储优化,冷热分离 [2] |
| 抢红包系统[3] | 交易类信息:红包发、抢、拆、详情列表 展示类信息: 收红包列表、发红包列表 |
+ 架构设计,理论基础是快慢分离。红包入账是一个分布事务,属于慢接口。而拆红包凭证落地则速度快 [3] + 高并发 set化, 局部化-控制同一红包并发个数 |
| 排行榜系统 |
参考 #
计数系统 #
-
«37丨计数系统设计(一):面对海量数据的计数器要如何做?» 唐扬
红包系统 #
-
SET化、请求排队串行化、双维度分库表 未