Visual LabINTERACTIVE LEARNING
04 · BUSINESS BACKENDP113 MIN

Rate Limit、Cache 与 Redis

保护系统容量、减少重复计算,并明确缓存失效与一致性边界。

MENTAL MODELTRAFFIC & CACHE
01Request
02Rate Limit
03Cache Lookup
04Database
05TTL / Invalidate
Rate Limit 管进入速度,Cache 复用已有结果,Redis 是常用基础设施;三者不是同义词。
01 · CONCEPTS & BOUNDARIES

先把概念与边界说清楚

定义告诉你它是什么,边界告诉你它不负责什么;企业系统最常见的误解通常发生在两者混用时。

01

Rate Limit

按用户、租户、IP 或 API 限制时间窗口内请求,保护容量与公平性。

02

Cache

保存可重复使用的结果,以命中率和陈旧风险换取时延与负载改善。

03

Redis

内存数据存储,常用于会话、缓存、限速计数、锁和队列。

02 · BLIND BOTS CASE

Catalog 缓存让 Dealer 看到旧价格

问题现场

价格更新后缓存 24 小时不失效,报价仍使用旧 Price List。

  1. 01

    把展示缓存和成交价解析分开。

  2. 02

    价目表变更发布失效事件。

  3. 03

    关键报价服务直接校验版本并保存来源。

得到什么

列表仍快,成交路径不依赖可能陈旧的展示缓存。

03 · PRACTICE

马上动手

  1. 为登录、搜索、创建订单分别设计限速维度。
  2. 列出 cache-aside 的读写步骤。
04 · PITFALLS

常见坑

  • 无 TTL 缓存
  • 缓存键漏 tenant_id
  • 把 Redis 锁当绝对正确的数据库锁
05 · KNOWLEDGE CHECK什么数据不适合只存在 Redis?查看答案⌄
答案

订单、库存、权限授予等需要持久、审计和强约束的核心事实;Redis 故障或淘汰不应让它们消失。