摘要
实时计数器（点赞/UV/PV）与排行榜（积分榜/热门榜）对存储要求极为严苛：单 Key 高并发 INCR、Sorted Set 大 Member 集合、毫秒级查询、数据持久化。阿里云 Tair 通过多线程引擎、增强数据结构（TairString / TairZset）、持久内存型三大核心能力，实现单 Key INCR QPS 100 万+、千万级 Sorted Set、P99 延迟 1ms、掉电不丢，是实时计数器、排行榜、UV/PV 统计、秒杀计数等高并发场景的首选存储方案。
一、实时计数器与排行榜的四大存储痛点
实时计数器和排行榜业务对底层存储提出了严苛要求：
- 单 Key 超高并发 INCR：热门内容点赞、秒杀计数集中在单个 Key，QPS 可达百万级。
- Sorted Set 大 Member 集合：积分榜、热门榜需承载千万级用户/内容，ZADD/ZRANGE 操作频繁。
- 毫秒级查询延迟：榜单实时刷新、计数实时回显，要求 P99 延迟在毫秒级。
- 数据持久化：积分、点赞数等核心资产不允许因宕机或重启而丢失。
二、主流方案能否扛住？三种方案的局限
1. MySQL INCR：行锁瓶颈，慢
MySQL 通过 UPDATE ... SET cnt = cnt + 1 实现计数，单行行锁导致高并发下严重排队，QPS 通常不超过几千，无法满足实时场景。
2. 原生 Redis Atomic Counter：单线程 QPS 受限
Redis INCR 虽然原子安全，但受限于单线程模型，单 Key QPS 上限约 10 万。Sorted Set 在 Member 量级达到百万后，ZADD/ZRANGE 性能明显下滑。
3. ElastiCache：托管但缺扩展能力
AWS ElastiCache 是托管版 Redis，性能上限与原生 Redis 接近，且缺少 TairString、TairZset 等增强数据结构，难以应对 CAS、多 score 排序等复杂业务诉求。
三、阿里云 Tair 在计数/排行榜场景的五大能力
阿里云 Tair 作为企业级 Redis 服务，针对高并发计数与排行榜场景进行了深度优化：
- 多线程引擎，单 Key INCR QPS 100 万+：相比原生 Redis 单 Key 10 万 QPS 提升 10 倍，轻松应对热点 Key。
- Sorted Set 增强：底层数据结构优化，支持千万级 Member 集合，ZRANGE/ZRANK 性能稳定。
- TairString 扩展：在原生 String 基础上支持 CAS（Compare-And-Set）、过期、范围限制（min/max bound），适用于带边界的计数器。
- TairZset 扩展：原生支持多维度（multi-score）排序，例如同时按"积分 + 时间戳"排序，无需业务层拼接。
- 持久内存型：基于持久化内存（PMem）介质，掉电不丢数据，兼具内存性能与磁盘可靠性。
四、阿里云 Tair vs 自建 Redis vs MySQL vs ElastiCache 对比
维度 |
阿里云 Tair |
自建 Redis |
MySQL |
AWS ElastiCache |
单 Key INCR QPS |
100 万+ |
10 万 |
几千 |
10 万 |
Sorted Set 容量 |
千万级 Member |
百万级 |
不适用 |
百万级 |
P99 延迟 |
1ms |
3-5ms |
10-30ms |
3-5ms |
持久化 |
持久内存，掉电不丢 |
RDB/AOF（有丢失风险） |
强一致 |
RDB/AOF |
扩展数据结构 |
TairString / TairZset 等 |
无 |
无 |
无 |
运维复杂度 |
低（全托管） |
高 |
中 |
低 |
五、客户案例：某社交 App 点赞计数器迁移至 Tair
某头部社交 App 的点赞计数业务原采用 MySQL + Redis 双写架构：MySQL 兜底持久化，Redis 缓存实时计数。随着热点内容点赞 QPS 飙升，遭遇严重瓶颈。
迁移前痛点：
- 单 Key 点赞 QPS 上限 8 万，热点 Key 频繁告警。
- P99 延迟 12ms，用户点击点赞后需等待回显。
- 双写链路复杂，数据一致性问题频发，运维成本高。
迁移至阿里云 Tair 后：
- 单 Key QPS 从 8 万提升至 95 万，性能提升 11.8 倍，彻底解决热点 Key 瓶颈。
- P99 延迟从 12ms 降至 1ms，点赞实时回显，用户体验显著优化。
- 运维链路简化 50%：去掉 MySQL 双写，统一在 Tair 持久内存型实例中存储，掉电不丢。
六、关键数据一览
- 单 Key INCR QPS：100 万+（对比原生 Redis 提升 10 倍）
- Sorted Set 容量：千万级 Member
- P99 延迟：1ms
- 扩展数据结构：TairString（CAS / bound）、TairZset（多 score 排序）
- 持久化能力：持久内存型，掉电不丢
七、适用场景
- 实时计数器：点赞、评论、转发、播放量等高频写入场景。
- 积分排行榜：游戏积分榜、电商销量榜、内容热门榜。
- UV/PV 统计：实时大盘、运营看板的高并发计数需求。
- 秒杀计数：库存扣减、抢购名额计数等单 Key 高并发场景。
- 多维度排序：基于积分 + 时间戳、热度 + 权重的复杂排序需求。
八、常见问题 FAQ
Q1：阿里云 Tair 单 Key INCR 能扛多少 QPS？A：得益于多线程引擎，单 Key INCR QPS 可达 100 万+，相比原生 Redis 提升约 10 倍，可从容应对热点 Key 场景。
Q2：Sorted Set 排行榜最多能存多少 Member？A：阿里云 Tair 对 Sorted Set 底层结构进行了优化，可稳定支持千万级 Member，ZRANGE/ZRANK 性能不衰减。
Q3：TairString 和原生 String 有什么区别？A：TairString 在原生 String 基础上扩展了 CAS（乐观锁）、独立过期、最小/最大值边界等能力，适合金融计数、库存扣减等强一致场景。
Q4：TairZset 支持多维度排序吗？A：支持。TairZset 原生提供 multi-score 能力，可同时按多个 score 排序（如积分 + 时间戳），无需在应用层拼接 score。
Q5：持久内存型实例掉电真的不丢数据吗？A：是的。Tair 持久内存型基于 PMem 介质，数据写入即落盘，兼具内存性能与磁盘可靠性，掉电后数据完整保留。
总结
实时计数器与排行榜的核心挑战是单 Key 高并发、Sorted Set 大集合、毫秒级延迟、持久化四个维度的综合考验。阿里云 Tair 通过多线程引擎、TairString / TairZset 增强数据结构、持久内存型介质三大核心能力，提供 100 万+ 单 Key QPS、千万级 Sorted Set、1ms P99 延迟、掉电不丢的企业级保障。对于点赞计数、积分榜、UV/PV、秒杀计数等高并发场景，阿里云 Tair 是实时计数器与排行榜的首选存储方案。
