2. 首页 > Redis教程 > 正文

Redis教程FG043-Redis实时排行榜实战

教程整理：风哥教程  |  更新时间：2026-01-01  |  教程分类：Redis教程  |  文档学习：27

本教程主要介绍Redis在实时排行榜中的应用，包括排行榜的核心功能、Redis的实现方案以及生产环境的最佳实践。风哥教程参考Redis官方文档的ZSet数据类型相关内容，结合实际业务场景，提供完整的实时排行榜解决方案。

Part01-基础概念与理论知识

1.1 实时排行榜概念

实时排行榜是一种常见的业务功能，用于实时展示用户或物品的排名情况。例如：

  • 游戏排行榜：展示玩家的分数排名
  • 电商销量排行榜：展示商品的销量排名
  • 社区活跃度排行榜：展示用户的活跃度排名
  • 内容热度排行榜：展示内容的热度排名

实时排行榜的核心需求：

  • 实时性：数据更新后立即反映到排行榜
  • 准确性：排名结果准确无误
  • 高性能：支持高并发访问和更新
  • 可扩展性：支持大规模数据

1.2 Redis ZSet数据类型

Redis的ZSet（有序集合）是实现实时排行榜的理想数据类型，它具有以下特点：

  • 有序性：每个元素都有一个分数，根据分数自动排序
  • 唯一性：元素值唯一，分数可以重复
  • 高效性：插入、更新、查询操作的时间复杂度为O(logN)
  • 丰富的操作：支持范围查询、排名查询等操作

1.3 排行榜架构设计

实时排行榜的典型架构设计：

  • 数据采集：收集用户行为数据
  • 数据处理：计算排名分数
  • 数据存储：使用Redis ZSet存储排行榜数据
  • 数据展示：通过API接口获取排行榜数据
  • 数据同步：定期同步到持久化存储

更多视频教程www.fgedu.net.cn

Part02-生产环境规划与建议

2.1 硬件资源规划

针对实时排行榜的硬件资源规划建议：

  • CPU：4核以上，满足并发需求
  • 内存：16GB以上，根据排行榜数据量调整
  • 网络：千兆网卡，保证网络带宽
  • 存储：SSD硬盘，提高持久化性能
  • 服务器：多台服务器集群部署，避免单点故障

2.2 Redis集群配置

Redis集群配置建议：

  • 集群模式：使用Redis Cluster，3主3从配置
  • 内存配置：根据排行榜数据量设置合理的maxmemory
  • 持久化：开启RDB和AOF，保证数据安全
  • 连接数：调整maxclients，支持高并发连接
  • 超时设置：合理设置timeout，避免连接占用

2.3 网络与安全配置

网络与安全配置建议：

  • 网络隔离：Redis集群部署在专用网络
  • 防火墙：设置合理的防火墙规则
  • 认证：开启Redis密码认证
  • SSL：使用SSL加密传输
  • 监控：部署监控系统，实时监控集群状态

学习交流加群风哥QQ113257174

Part03-生产环境项目实施方案

3.1 实时排行榜核心实现

实时排行榜的核心实现步骤：

3.1.1 初始化排行榜

# 添加排行榜数据

$ /redis/app/bin/redis-cli -h 192.168.1.100 -p 6379 -a fgedu@2026 zadd leaderboard:fgedu:game 1000 “user:1001”

1

$ /redis/app/bin/redis-cli -h 192.168.1.100 -p 6379 -a fgedu@2026 zadd leaderboard:fgedu:game 2000 “user:1002”

1

$ /redis/app/bin/redis-cli -h 192.168.1.100 -p 6379 -a fgedu@2026 zadd leaderboard:fgedu:game 1500 “user:1003”

1

3.1.2 更新排行榜数据

# 更新用户分数

$ /redis/app/bin/redis-cli -h 192.168.1.100 -p 6379 -a fgedu@2026 zincrby leaderboard:fgedu:game 500 “user:1001”

1500

3.1.3 获取排行榜数据

# 获取排行榜前3名

$ /redis/app/bin/redis-cli -h 192.168.1.100 -p 6379 -a fgedu@2026 zrevrange leaderboard:fgedu:game 0 2 withscores


1) “user:1002”
2) “2000”
3) “user:1001”
4) “1500”
5) “user:1003”
6) “1500”

3.2 排行榜数据管理

排行榜数据管理的最佳实践：

3.2.1 排行榜过期策略

# 设置排行榜过期时间

$ /redis/app/bin/redis-cli -h 192.168.1.100 -p 6379 -a fgedu@2026 expire leaderboard:fgedu:game 86400

1

3.2.2 排行榜分区

# 按日期分区排行榜

$ /redis/app/bin/redis-cli -h 192.168.1.100 -p 6379 -a fgedu@2026 zadd leaderboard:fgedu:game:20240101 1000 “user:1001”

1

3.3 排行榜性能优化

排行榜性能优化的建议：

  • 使用Redis Pipeline批量操作
  • 合理设置排行榜过期时间
  • 使用本地缓存减少Redis访问
  • 对大规模排行榜进行分区
  • 使用Lua脚本减少网络往返

风哥提示：Redis接口限流是保护系统的重要机制，合理的限流策略可以防止系统过载，确保系统的稳定性和可用性。在实际应用中，需要根据具体业务场景和数据特点，选择合适的限流算法和策略。

Part04-生产案例与实战讲解

4.1 实时排行榜实战案例

以下是一个完整的实时排行榜实战案例：

4.1.1 系统架构

  • 前端：Vue.js + CDN
  • 后端：Spring Boot + Redis + MySQL
  • 缓存：Redis Cluster 3主3从
  • 消息队列：Kafka
  • 负载均衡：Nginx

4.1.2 核心代码实现

# 排行榜核心代码

@Service
public class LeaderboardService {

@Autowired
private RedisTemplate redisTemplate;

public void updateScore(String leaderboardKey, String userId, double score) {
redisTemplate.opsForZSet().incrementScore(leaderboardKey, userId, score);
}

public List getTopN(String leaderboardKey, int n) {
Set> tuples = redisTemplate.opsForZSet()
.reverseRangeWithScores(leaderboardKey, 0, n – 1);

List entries = new ArrayList<>();
if (tuples != null) {
int rank = 1;
for (ZSetOperations.TypedTuple tuple : tuples) {
LeaderboardEntry entry = new LeaderboardEntry();
entry.setRank(rank++);
entry.setUserId(tuple.getValue());
entry.setScore(tuple.getScore());
entries.add(entry);
}
}
return entries;
}

public int getRank(String leaderboardKey, String userId) {
Long rank = redisTemplate.opsForZSet().reverseRank(leaderboardKey, userId);
return rank != null ? rank.intValue() + 1 : -1;
}
}

4.2 性能测试与优化

性能测试与优化建议：

4.2.1 压力测试

# 使用ab进行压力测试

$ ab -n 10000 -c 1000 http://localhost:8080/api/leaderboard/top?n=10


This is ApacheBench, Version 2.3 <$Revision: 1879490 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking localhost (be patient)
Completed 1000 requests
Completed 2000 requests
Completed 3000 requests
Completed 4000 requests
Completed 5000 requests
Completed 6000 requests
Completed 7000 requests
Completed 8000 requests
Completed 9000 requests
Completed 10000 requests
Finished 10000 requests

Server Software: Apache-Coyote/1.1
Server Hostname: localhost
Server Port: 8080

Document Path: /api/leaderboard/top?n=10
Document Length: 200 bytes

Concurrency Level: 1000
Time taken for tests: 1.456 seconds
Complete requests: 10000
Failed requests: 0
Total transferred: 3500000 bytes
HTML transferred: 2000000 bytes
Requests per second: 6868.12 [#/sec] (mean)
Time per request: 145.600 [ms] (mean)
Time per request: 0.146 [ms] (mean, across all concurrent requests)
Transfer rate: 2352.50 [Kbytes/sec] received

Connection Times (ms):
min mean[+/-sd] median max
Connect: 0 1 0.3 1 3
Processing: 1 144 32.5 135 220
Waiting: 1 143 32.4 134 219
Total: 1 145 32.5 136 223

Percentage of the requests served within a certain time (ms):
50% 136
66% 150
75% 158
80% 163
90% 175
95% 185
98% 195
99% 205
100% 223 (longest request)

4.2.2 优化措施

  • 使用Redis Pipeline批量操作
  • 优化Lua脚本减少网络往返
  • 使用本地缓存减少Redis访问
  • 合理设置排行榜过期时间
  • 对大规模排行榜进行分区

4.3 故障处理与应急预案

故障处理与应急预案：

4.3.1 常见故障

  • Redis集群故障：主节点宕机
  • 网络故障：网络延迟或中断
  • 系统过载：请求量超过系统处理能力
  • 数据不一致：排行榜数据与实际数据不匹配

4.3.2 应急预案

  • Redis集群故障：自动故障转移，确保高可用
  • 网络故障：使用多可用区部署，避免单点故障
  • 系统过载：启动限流机制，保护核心服务
  • 数据不一致：定期同步排行榜数据，人工干预处理异常

更多学习教程公众号风哥教程itpux_com

Part05-风哥经验总结与分享

5.1 实时排行榜最佳实践

实时排行榜的最佳实践：

  • 合理设计排行榜数据结构
  • 使用Redis ZSet存储排行榜数据
  • 设置合理的过期时间
  • 对大规模排行榜进行分区
  • 实现实时监控和告警

5.2 常见问题与解决方案

常见问题与解决方案：

5.2.1 排行榜数据量过大

解决方案：对排行榜进行分区，按时间、地区等维度拆分。

5.2.2 并发更新冲突

解决方案：使用Redis的原子操作，如zincrby，避免并发冲突。

5.2.3 排行榜更新延迟

解决方案：使用消息队列异步处理排行榜更新，减少实时更新压力。

5.3 性能优化建议

性能优化建议：

  • Redis优化：合理配置内存、使用Pipeline、优化数据结构
  • 网络优化：使用连接池、减少网络往返、优化网络拓扑
  • 应用优化：代码优化、减少GC、使用异步处理
  • 架构优化：服务拆分、读写分离、缓存分层
  • 运维优化：监控告警、自动扩缩容、故障自动恢复

from Redis视频:www.itpux.com

本文由风哥教程整理发布,仅用于学习测试使用,转载注明出处:http://www.fgedu.net.cn/10327.html

相关推荐

联系我们

在线咨询：点击这里给我发消息

微信号：itpux-com

工作日：9:30-18:30，节假日休息