system design 问题

最近在准备sd，有个问题想请教大家。回答模版里都有一步是measure capacity，又是算dau，qps，等等。最后反正就是traffic比较多，需要scale,availability, latency啥的。感觉在measure的时候很拿不准到底是多少，比如整个qps是100M还是10B？工作中我们的service里最小partition per user 的qps是10哈哈。。。。就想问这些measure重要么？随便编个数感觉有时候拿不准，但是最后都落在了怎么优化上，所以这个还有必要吗？目的是什么？

数字只是个概念，至于具体多少 无所谓吧，概念对了就对了。

比如1k QPS vs 100k qps，在设计上面肯定有变化， 100k qps 肯定要上cache, replica，不能直接连db。上cache，replica，要consistency 还是availability呢？ design a large scale system with 1k qps，那大概率是design async processing。比如data transfer service。


1MB vs 1GB，1MB可以随便存。1GB肯定要chunk。牵扯到chunk 就也会有各种follow up 问题，如何检测完整性，一致性。

系统设计面试肯定不会出个 low scale system的题。所以比如当发现高并发不是bottleneck，bottleneck肯定是其他指标，比如throughput，CPU等等。哪些系统指标可以兼得，哪些系统指标是互斥 比如throughput vs latency，如何增加 增加哪些部件 或者mechanism来scale，其实数字上就间接性告诉你设计答案了。

现在都不搞这个capacity estimate也没事

Traffic 多少你得问面试官，难道要自己猜？

匿名用户 发表于 2026-10-17 20:34:03
Traffic 多少你得问面试官，难道要自己猜？

啊？面试官也会让你自己想吧

对数字的判断是经验的体现，是厂商benchmark上体现不出来的！实干过就大概知道哪种实现的数量级大概在那个范围

可以假设这是单台机器的初始估算值baseline

类型 初始估算 主要瓶颈
普通 VM / API Server 10K QPS/台 CPU、业务逻辑、网络
内存 Cache 100K QPS/台 网络带宽、CPU、热点 Key
Database 10K QPS/台 磁盘 I/O、事务、索引、读写比例

问，单纯qps 不够的。hot 和burst 的程度也决定设计。计算结果是告诉面试官在这个前置条件下你的设计是合理的。是一种可行方案。

取决于你是面哪个级别，如果是senior+，这些东西非常重要。