logo

为什么说小规模实时排行榜可以用关系型数据库,但互联网规模更适合 Redis Sorted Set?关键瓶颈是什么?

Why can small-scale real-time leaderboards use relational databases, but internet-scale ones typically require Redis Sorted Sets? What are the bottlenecks?

题目类型: 技术面试题

这是一道技术面试题,常见于澳洲IT公司面试中。

难度: medium

分类: System Design

标签: tradeoff, redis-vs-sql, bottlenecks

参考答案摘要

答案 关系型数据库能做排行榜,但在互联网规模下会遇到明显瓶颈: 排名查询往往需要排序/聚合,成本高且随数据量增长明显变慢。 高频写入会带来索引维护与锁竞争,影响吞吐与延迟。 为保持实时性,缓存 TTL 很难设置,容易出现“要么过期导致抖动、要么不实时”的矛盾。 Redis Sorted Set 是内存结构,更新与取 TopN/排名都具备更低延迟,且天然契合 leaderboard 访问模式。因此常...

本题提供 STAR 原则详细解答和技术解析,登录匠人学院学习中心即可查看完整答案。

← 返回面试题库

为什么说小规模实时排行榜可以用关系型数据库,但互联网规模更适合 Redis Sorted Set?关键瓶颈是什么?

Mediumsystem-designleaderboardrediscacheserverlessscalabilityreliabilitysecuritywebsocket

想查看完整答案?

登录匠人学院学习中心,获取 STAR 格式回答和详细技术解析

前往学习中心查看答案