高可用短链生成系统采用分层解耦与关键路径优化：生成阶段用改良Snowflake+Base62实现轻量唯一编码，全程内存计算、异步落库；跳转阶段通过Redis直查+Ngin×301强缓存绕过应用层，辅以布隆过滤、空值缓存、限流熔断及双写幂等保障一致性与可观测性。
高可用短链生成系统不是靠单点扛压，而是靠分层解耦+关键路径极致优化。核心思路是：生成阶段做“轻量唯一编码”，跳转阶段做“零数据库直通缓存+301强缓存”。
短链生成：用发号器+Base62，避开数据库写瓶颈
生成环节不能依赖 MySQL 自增或 INSERT ... ON DUPLICATE KEY UPDATE，否则在每秒万级写入下极易成为瓶颈。推荐方案：
- 采用改良 Snowflake（如带业务标识的 64 位 ID），本地时间戳 + 机器号 + 序列号，毫秒级并发安全
- ID 生成后立即反转再转 Base62（a-z、A-Z、0-9 共 62 字符），避免 ID 递增暴露规律，6 位码可覆盖超 560 亿组合
- 生成过程全程内存计算，不查库、不加锁；映射关系异步落库（如 Kafka → Flink → MySQL 分库分表）
- 若需支持自定义短码（如 /promo2026），额外用 Redis SETNX 校验唯一性，失败则回退到自动编码
跳转服务：Redis 热点兜底 + Nginx 层 301 强缓存
跳转是读多写少场景，99% 请求应绕过应用层直达边缘。关键设计：
- 短码查长链优先走 Redis Cluster（TTL 设为 7 天），命中直接返回 301 Location，不进 Java 应用
- Nginx 配置静态规则：/([a-zA-Z0-9]{4,8}) → proxy_pass 到 OpenResty 脚本，用 lua-resty-redis 直连 Redis，毫秒级响应
- 对高频短码（如营销活动链接），提前预热至 Redis 并设置永不过期；冷数据由后台定时同步到 MySQL 冷存储
- 全部使用 HTTP 301 永久重定向——浏览器缓存后，后续请求完全不打你服务器，真正卸载峰值压力
防击穿与降级：布隆过滤器 + 空值缓存 + 限流熔断
恶意刷不存在短码、热点 Key 失效、突发流量冲击，都必须有应对机制：
立即学习“Java免费学习笔记（深入）”；
- 所有跳转请求先过布隆过滤器（RedisBloom 或本地 BitMap），拦截 99.95% 的无效短码请求
- Redis 查不到时，不立即查 DB，而是写入空值缓存（EX 60s），防止缓存穿透
- 应用层用 Sentinel 或 Resilience4j 做 QPS 限流（如 /{code} 接口限 5 万 rps），超阈值直接返回 429
- MySQL 或 Redis 不可用时，OpenResty 层 fallback 到本地 LRU 缓存（Caffeine），维持基础跳转能力
数据一致性与可观测性：双写+幂等+全链路追踪
高并发下“生成成功但跳转失败”是最致命问题，必须从机制上杜绝：
- 短码与长链映射写入 Redis 和 MySQL 采用最终一致性：先写 Redis（成功即对外可见），再异步写 MySQL（失败重试 + 死信队列告警）
- 每个生成请求带 traceId，日志中记录「ID→Base62→Redis写入→MQ投递」完整流水，便于故障定位
- 接入 Prometheus + Grafana，监控 Redis 命中率、301占比、短码冲突率、布隆误判率等核心指标
- 每日凌晨校验 Redis 与 MySQL 数据差异，自动修复不一致项（脚本化 + 人工复核开关）
