请教一个问题，比方像temu这样的电商

[heteroclinic]

比方像temu这样的电商, 数据库的设计。

这个问题比较大。咱们就简单说，10分钟左右一个笼统的描述。

或者有现成1m3c的面经也行，帮找个链接。

我具体的一些疑惑，1 比如infrastructure 提供硬指标, 2 这些电商的什么库（mysql/mongo)存什么(order/customer/catalog etc), 3 总体性能（测什么，应该满足什么样指标），比如100M 同时浏览catalog, 10K 同时下单等等。

节省时间，请勿跑题。

[drifter]

问ai好了

[牛河梁]

比如100M 同时浏览catalog, 10K 同时下单等等。

这指标就不是个事。

1/ 浏览catalog可以CDN

2/ 10K下单不需要几台服务器。如果下单太多，可以把分区（服务器）处理。举例说某商品送到对应本地仓的集群处理。如果某商品本地很大（交易）量（因为需要排队上锁），可以分成几个小仓，每个小仓对应一组服务器（backend + 数据库）。

老牛没做过电商。路过的两分钱。

[heteroclinic]

CHATGPT
一、总体架构设计思想

微服务+分库分表：将不同业务模块拆分成多个微服务（商品服务、订单服务、用户服务、支付服务等），每个服务对应独立数据库。对大表（如订单、交易）进行分库分表。

读写分离：主库写入、副本库读取。

缓存系统：使用Redis/Memcached加速热点数据（商品信息、用户会话、购物车）。

搜索引擎：商品搜索使用 Elasticsearch。

异步处理：Kafka/RabbitMQ 做异步下单、支付通知、库存扣减等。

这种回答也行，我觉得板上没有ali K粉东 的来漏一手。
就比放log http req/resp,就挺麻烦，很吃space,然后你还要BA一下（不要争论这个问题）。

板上没有ali K粉东 的来漏一手，举一两个小李子，别人不知道的。

[heteroclinic]

基本可以照这个答：

有没有任何一个电商，或netflix 这个级别，整个架构方案包括节点数，SLA 的量化指标是公开的
ChatGPT said:

截至目前（2025年），没有任何一个 Netflix、Temu、Amazon、Shopee、拼多多 等级别的企业完整公开其整个系统架构（包括具体节点数、流量负载、SLA 指标），但：
以下信息是“部分公开”的

这些公司经常在技术博客、技术会议（如 QCon、AWS re:Invent、InfoQ、Strange Loop）、或工程师领英文章中片段式透露一些关键数据和架构思想。
典型案例
1. Netflix

有极多架构公开内容，但不提供节点总数和具体 SLA 数据。

核心架构：

使用 AWS 多区域部署（全球）

每天服务数千万用户，峰值可超 每秒百万请求

使用 微服务 + Spinnaker + Eureka + Hystrix（后改成 Resilience4j）

Redis / Cassandra / S3 / Kafka 全面使用

SLA：

自主提出「SPS (starts per second)」来衡量可用性

不强调 99.999%，而更注重“用户体验不下降”

参考：

Netflix Tech Blog

Architecting a Resilient Streaming Service - QCon 2021

[牛河梁]

就比放log http req/resp,就挺麻烦，很吃space,然后你还要BA一下（不要争论这个问题）。

关于log，老牛再多嘴两句。不要一个log写一次（数据库）。要么你准备一个log服务。要么自己写一个log服务。老牛曾经的帮别人擦屁股经验。一事件一数据库INSERT操作改为一次写进几百事件（BULK）在亿级transaction/天要求的性能能相差无数倍。

[牛河梁]

虽然老牛觉得没意思。但有意无意提出trade off，如复杂度和性能的trade off、准确性和性能的trade off，有可能能踩到分帮面试官划一个格子。

具体是不是这样要等大厂老油条面试官们说说。

基本可以照这个答：

有没有任何一个电商，或netflix 这个级别，整个架构方案包括节点数，SLA 的量化指标是公开的
ChatGPT said:

截至目前（2025年），没有任何一个 Netflix、Temu、Amazon、Shopee、拼多多 等级别的企业完整公开其整个系统架构（包括具体节点数、流量负载、SLA 指标），但：
以下信息是“部分公开”的

这些公司经常在技术博客、技术会议（如 QCon、AWS re:Invent、InfoQ、Strange Loop）、或工程师领英文章中片段式透露一些关键数据和架构思想。
典型案例
1. Netflix

有极多架构公开内容，但不提供节点总数和具体 SLA 数据。

核心架构：

使用 AWS 多区域部署（全球）

每天服务数千万用户，峰值可超 每秒百万请求

使用 微服务 + Spinnaker + Eureka + Hystrix（后改成 Resilience4j）

Redis / Cassandra / S3 / Kafka 全面使用

SLA：

自主提出「SPS (starts per second)」来衡量可用性

不强调 99.999%，而更注重“用户体验不下降”

参考：

Netflix Tech Blog

Architecting a Resilient Streaming Service - QCon 2021

[heteroclinic]

虽然老牛觉得没意思。但有意无意提出trade off，如复杂度和性能的trade off、准确性和性能的trade off，有可能能踩到分帮面试官划一个格子。

具体是不是这样要等大厂老油条面试官们说说。

今天有一个有趣的问题，比如安全证书一般扫描要求一年有效期。结果各个为服务轮番折腾。
当然有不同的方案，只是在某个特定的路径上，我观察到这一现象。

细节。

明天要起早。敬请留言赐教。

[牛河梁]

今天有一个有趣的问题，比如安全证书一般扫描要求一年有效期。结果各个为服务轮番折腾。
当然有不同的方案，只是在某个特定的路径上，我观察到这一现象。

细节。

明天要起早。敬请留言赐教。

老牛10多年前做过一个in house证书管理服务。更新管理IIS网站的证书。服务器多了如上万手动是管不过来的。

[BCQ1]

应该是AWS的，电商主要是ORDER, CUSTOMER, INVENTORY，AR这些RELATIONAL DB
然后是VISIT相关的大数据，SEARCH不知道用的什么，可能是AWS ELASTIC也可能GOOGLE的

[hci]

这类问题是找工面试的时候，系统设计一轮面试的常见题目，答案其实也是很标准化的，可以看看油管”hellowinterview","jordan has no life"之类的频道。貌似各大公司的实际实现，也是大同小异的。

比方像temu这样的电商, 数据库的设计。

这个问题比较大。咱们就简单说，10分钟左右一个笼统的描述。

或者有现成1m3c的面经也行，帮找个链接。

我具体的一些疑惑，1 比如infrastructure 提供硬指标, 2 这些电商的什么库（mysql/mongo)存什么(order/customer/catalog etc), 3 总体性能（测什么，应该满足什么样指标），比如100M 同时浏览catalog, 10K 同时下单等等。

节省时间，请勿跑题。