Spring Boot 3 中利用 Redis 实现一亿用户实时积分排行全解析
mhr18 2025-07-27 22:03 13 浏览 0 评论
在当今互联网大厂后端开发的激烈竞争中,实现高效且实时的用户积分排行系统是众多产品脱颖而出的关键。对于拥有海量用户的应用,如游戏、社交平台等,实时展示用户积分排名,能极大地提升用户的参与感和竞争意识。今天,咱们就来深入探讨如何在 Spring Boot 3 中巧妙运用 Redis,实现一亿用户规模下的实时积分排行功能。
Redis—— 高性能数据存储神器
Redis,全称 Remote Dictionary Server,作为一款开源的内存数据结构存储数据库,自 2009 年诞生以来,凭借其卓越的性能,在互联网领域得到了广泛应用。它支持多种数据结构,像字符串、列表、集合、有序集合等。对于实时积分排行这一需求,Redis 的有序集合(Sorted Set)可谓是量身定制。
Redis 有序集合的独特魅力
高效排序:在有序集合中,每个元素都关联一个分数(Score),Redis 能够依据分数对元素进行快速排序。无论是插入新元素,还是删除现有元素,排序操作都能高效完成。这意味着当用户积分发生变动时,排行榜能迅速更新,确保用户看到的始终是最新排名。
超高读写速度:因为 Redis 将所有数据存储在内存中,避免了磁盘 I/O 的开销,所以读写速度极快,能轻松应对每秒几十万次的读写操作。对于拥有一亿用户的系统,如此高的读写性能是保证排行榜实时性的坚实基础。
丰富操作命令:Redis 提供了一系列针对有序集合的操作命令,例如,ZADD命令用于向有序集合中添加成员并设置分数,ZREVRANGE命令能按照分数从高到低获取指定范围内的成员,ZRANK命令则可获取某个成员的排名。这些丰富的命令,为实现复杂的排行榜功能提供了有力工具。
Spring Boot 3——Java 开发的得力助手
Spring Boot 自 2014 年发布以来,以其简化 Spring 应用初始化和搭建过程的优势,迅速成为 Java 开发领域的宠儿。Spring Boot 3 更是带来了诸多令人瞩目的新特性。
Spring Boot 3 的优势体现
对 Java 17 的强力支持:Java 17 作为长期支持(LTS)版本,具备许多新特性和性能改进。Spring Boot 3 对其的支持,让开发者能够充分利用这些优势,为应用注入更强大的活力。
基于 Spring Framework 6 的优化:这一优化使得 Spring Boot 3 在核心功能上有了显著提升,并且全面支持 Jakarta EE 9,为应用开发提供了更广阔的空间。
原生镜像支持:借助 GraalVM,Spring Boot 3 能够将 Java 应用编译成原生可执行文件。这不仅大幅减少了应用的启动时间,还降低了内存占用,特别适用于对性能要求苛刻的微服务和云原生应用场景,对于实现一亿用户实时积分排行的系统而言,无疑是如虎添翼。
Spring Boot 3 集成 Redis 实现实时积分排行
项目依赖配置
在 Spring Boot 3 项目中,要使用 Redis,首先得在pom.xml文件中添加相关依赖。通过引入
spring-boot-starter-data-redis依赖,项目就能轻松与 Redis 进行交互。例如:
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
同时,为了让项目能正常运行,别忘了配置 Redis 服务器的连接信息。在application.properties文件中添加如下内容:
spring.redis.host=你的Redis服务器地址
spring.redis.port=6379
spring.redis.password=你的Redis密码(若有)
代码实现
创建 Redis 操作服务类:在项目中创建一个专门用于操作 Redis 有序集合的服务类,比如LeaderboardService。在这个类中,利用 Spring 提供的RedisTemplate来操作有序集合。
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.data.redis.core.RedisTemplate;
import org.springframework.stereotype.Service;
@Service
public class LeaderboardService {
private static final String LEADERBOARD_KEY = "userScoreLeaderboard";
@Autowired
private RedisTemplate<String, Double> redisTemplate;
// 更新用户积分
public void updateScore(String userId, double score) {
redisTemplate.opsForZSet().add(LEADERBOARD_KEY, userId, score);
}
// 获取排行榜前N名用户
public Set<String> getTopUsers(int topN) {
return redisTemplate.opsForZSet().reverseRange(LEADERBOARD_KEY, 0, topN - 1);
}
// 获取某个用户的排名
public Long getUserRank(String userId) {
return redisTemplate.opsForZSet().reverseRank(LEADERBOARD_KEY, userId);
}
}
创建控制器类:接着,创建一个控制器类LeaderboardController,用于接收前端传来的请求,并调用LeaderboardService中的方法进行处理。
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.*;
import java.util.Set;
@RestController
@RequestMapping("/api/leaderboard")
public class LeaderboardController {
@Autowired
private LeaderboardService leaderboardService;
// 更新用户积分
@PostMapping("/updateScore")
public String updateScore(@RequestParam String userId, @RequestParam double score) {
leaderboardService.updateScore(userId, score);
return "User score updated successfully.";
}
// 获取排行榜前N名用户
@GetMapping("/top")
public Set<String> getTopUsers(@RequestParam int topN) {
return leaderboardService.getTopUsers(topN);
}
// 获取某个用户的排名
@GetMapping("/rank/{userId}")
public Long getUserRank(@PathVariable String userId) {
return leaderboardService.getUserRank(userId);
}
}
代码解析
LeaderboardService类:在updateScore方法中,通过redisTemplate.opsForZSet().add(LEADERBOARD_KEY, userId, score),将用户 ID 和对应的积分添加到 Redis 的有序集合中。在getTopUsers方法里,利用redisTemplate.opsForZSet().reverseRange(LEADERBOARD_KEY, 0, topN - 1),按照积分从高到低的顺序,获取排行榜前 N 名用户。而在getUserRank方法中,借助redisTemplate.opsForZSet().reverseRank(LEADERBOARD_KEY, userId),获取指定用户在排行榜中的排名。
LeaderboardController类:在updateScore方法里,接收前端传来的用户 ID 和积分,调用LeaderboardService的updateScore方法进行积分更新,并返回更新成功的提示信息。getTopUsers方法接收前端指定的 N 值,调用LeaderboardService的getTopUsers方法,返回排行榜前 N 名用户。getUserRank方法接收前端传来的用户 ID,调用LeaderboardService的getUserRank方法,返回该用户的排名。
面对一亿用户规模的优化策略
数据分片存储
考虑到一亿用户的数据量巨大,将所有用户的积分数据存储在一个 Redis 实例中,可能会导致内存压力过大,甚至出现性能瓶颈。此时,数据分片存储是个不错的解决方案。可以依据用户 ID 的哈希值,将用户数据分散存储到多个 Redis 实例中。例如,通过如下代码实现简单的数据分片:
import java.util.List;
import java.util.Map;
import java.util.HashMap;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.JedisShardInfo;
import redis.clients.jedis.ShardedJedis;
import redis.clients.jedis.ShardedJedisPool;
public class ShardedLeaderboardService {
private final ShardedJedisPool shardedJedisPool;
private static final String LEADERBOARD_PREFIX = "leaderboard_";
public ShardedLeaderboardService(List<JedisShardInfo> shardInfos) {
this.shardedJedisPool = new ShardedJedisPool(shardInfos);
}
// 获取分片索引
private int getShardIndex(String userId) {
return Math.abs(userId.hashCode() % shardedJedisPool.getShards().size());
}
// 更新用户积分
public void updateScore(String userId, double score) {
try (ShardedJedis shardedJedis = shardedJedisPool.getResource()) {
int shardIndex = getShardIndex(userId);
Jedis shard = shardedJedis.getShard(LEADERBOARD_PREFIX + shardIndex);
shard.zadd(LEADERBOARD_PREFIX + shardIndex, score, userId);
}
}
// 合并分片排行榜
public void mergeGlobalLeaderboard() {
Map<String, Double> globalScores = new HashMap<>();
try (ShardedJedis shardedJedis = shardedJedisPool.getResource()) {
for (int i = 0; i < shardedJedisPool.getShards().size(); i++) {
Jedis shard = shardedJedis.getShard(LEADERBOARD_PREFIX + i);
Map<String, Double> scores = shard.zrangeWithScores(LEADERBOARD_PREFIX + i, 0, -1);
scores.forEach((userId, score) -> globalScores.merge(userId, score, Double::max));
}
Jedis globalRedis = shardedJedis.getShard(LEADERBOARD_PREFIX + 0);
globalScores.forEach((userId, score) -> globalRedis.zadd("global_leaderboard", score, userId));
}
}
}
缓存热门数据
对于频繁查询的热门数据,如排行榜的前 100 名,为了减少对 Redis 的频繁访问,可以利用本地缓存(如 Guava Cache)进行缓存。例如:
import com.google.common.cache.CacheBuilder;
import com.google.common.cache.CacheLoader;
import com.google.common.cache.LoadingCache;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import java.util.Set;
import java.util.concurrent.TimeUnit;
@Service
public class CachingLeaderboardService {
private final LoadingCache<Integer, Set<String>> topUsersCache;
@Autowired
private LeaderboardService leaderboardService;
public CachingLeaderboardService() {
this.topUsersCache = CacheBuilder.newBuilder()
.expireAfterWrite(5, TimeUnit.MINUTES)
.maximumSize(100)
.build(new CacheLoader<Integer, Set<String>>() {
@Override
public Set<String> load(Integer topN) throws Exception {
return leaderboardService.getTopUsers(topN);
}
});
}
public Set<String> getTopUsers(int topN) {
try {
return topUsersCache.get(topN);
} catch (Exception e) {
e.printStackTrace();
return null;
}
}
}
异步更新机制
在处理用户积分更新时,采用异步更新机制,将积分更新操作放入消息队列(如 Kafka 或 RabbitMQ)中。这样,主业务线程无需等待积分更新完成,就能快速响应用户请求,提升系统的整体响应速度。例如,在 Spring Boot 项目中,可以借助 Spring Integration 来实现消息队列与积分更新服务的集成。首先,添加 Spring Integration 和消息队列相关的依赖,然后配置消息通道和处理器。
<dependency>
<groupId>org.springframework.integration</groupId>
<artifactId>spring-integration-core</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.integration</groupId>
<artifactId>spring-integration-amqp</artifactId>
</dependency>
在配置文件中:
<int-amqp:outbound-channel-adapter
channel="scoreUpdateChannel"
amqp-template="amqpTemplate"
exchange-name="scoreUpdateExchange"
routing-key="scoreUpdateRoutingKey"/>
<int:service-activator input-channel="scoreUpdateChannel" ref="scoreUpdateService" method="updateScore"/>
监控与报警
部署专业的监控工具,如 Prometheus 和 Grafana,对系统的性能指标,如 Redis 的内存使用情况、读写操作频率、系统响应时间等进行实时监控。一旦指标超出预设的阈值,立即通过邮件、短信等方式发出报警,以便及时进行处理,保障系统的稳定运行。例如,在 Spring Boot 项目中,可以通过添加 Micrometer 相关依赖,将应用的指标数据暴露给 Prometheus。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<dependency>
<groupId>io.micrometer</groupId>
<artifactId>micrometer-registry-prometheus</artifactId>
</dependency>
然后,在application.properties文件中配置相关属性,启动应用后,Prometheus 就能采集到应用的各项指标数据,并通过 Grafana 进行可视化展示。
总结
通过在 Spring Boot 3 项目中集成 Redis,利用 Redis 有序集合的特性,我们能够高效地实现一亿用户规模下的实时积分排行功能。同时,结合数据分片存储、缓存热门数据、异步更新机制以及监控报警等优化策略,能够确保系统在高并发、大数据量的场景下稳定运行,为用户提供流畅、实时的排行榜体验。希望本文的内容能为各位互联网大厂的后端开发同仁们在实际项目中提供有益的参考和帮助。在技术的道路上,让我们不断探索,共同进步,打造出更强大、更优秀的互联网应用!
相关推荐
- 订单超时自动取消业务的 N 种实现方案,从原理到落地全解析
-
在分布式系统架构中,订单超时自动取消机制是保障业务一致性的关键组件。某电商平台曾因超时处理机制缺陷导致日均3000+订单库存锁定异常,直接损失超50万元/天。本文将从技术原理、实现细节、...
- 使用Spring Boot 3开发时,如何选择合适的分布式技术?
-
作为互联网大厂的后端开发人员,当你满怀期待地用上SpringBoot3,准备在项目中大显身手时,却发现一个棘手的问题摆在面前:面对众多分布式技术,究竟该如何选择,才能让SpringBoot...
- 数据库内存爆满怎么办?99%的程序员都踩过这个坑!
-
你的数据库是不是又双叒叕内存爆满了?!服务器监控一片红色警告,老板在群里@所有人,运维同事的电话打爆了手机...这种场景是不是特别熟悉?别慌!作为一个在数据库优化这条路上摸爬滚打了10年的老司机,今天...
- springboot利用Redisson 实现缓存与数据库双写不一致问题
-
使用了Redisson来操作Redis分布式锁,主要功能是从缓存和数据库中获取商品信息,以下是针对并发时更新缓存和数据库带来不一致问题的解决方案1.基于读写锁和删除缓存策略在并发更新场景下,...
- 外贸独立站数据库炸了?对象缓存让你起死回生
-
上周黑五,一个客户眼睁睁看着服务器CPU飙到100%——每次页面加载要查87次数据库。这让我想起2024年Pantheon的测试:Redis缓存能把WooCommerce查询速度提升20倍。跨境电商最...
- 手把手教你在 Spring Boot3 里纯编码实现自定义分布式锁
-
为什么要自己实现分布式锁?你是不是早就受够了引入各种第三方依赖时的繁琐?尤其是分布式锁这块,每次集成Redisson或者Zookeeper,都得额外维护一堆配置,有时候还会因为版本兼容问题头疼半...
- 如何设计一个支持百万级实时数据推送的WebSocket集群架构?
-
面试解答:要设计一个支持百万级实时数据推送的WebSocket集群架构,需从**连接管理、负载均衡、水平扩展、容灾恢复**四个维度切入:连接层设计-**长连接优化**:采用Netty或Und...
- Redis数据结构总结——面试最常问到的知识点
-
Redis作为主流的nosql存储,面试时经常会问到。其主要场景是用作缓存,分布式锁,分布式session,消息队列,发布订阅等等。其存储结构主要有String,List,Set,Hash,Sort...
- skynet服务的缺陷 lua死循环
-
服务端高级架构—云风的skynet这边有一个关于云风skynet的视频推荐给大家观看点击就可以观看了!skynet是一套多人在线游戏的轻量级服务端框架,使用C+Lua开发。skynet的显著优点是,...
- 七年Java开发的一路辛酸史:分享面试京东、阿里、美团后的心得
-
前言我觉得有一个能够找一份大厂的offer的想法,这是很正常的,这并不是我们的饭后谈资而是每个技术人的追求。像阿里、腾讯、美团、字节跳动、京东等等的技术氛围与技术规范度还是要明显优于一些创业型公司...
- mysql mogodb es redis数据库之间的区别
-
1.MySQL应用场景概念:关系型数据库,基于关系模型,使用表和行存储数据。优点:支持ACID事务,数据具有很高的一致性和完整性。缺点:垂直扩展能力有限,需要分库分表等方式扩展。对于复杂的查询和大量的...
- redis,memcached,nginx网络组件
-
1.理解阻塞io,非阻塞io,同步io,异步io的区别2.理解BIO和AIO的区别io多路复用只负责io检测,不负责io操作阻塞io中的write,能写多少是多少,只要写成功就返回,譬如准备写500字...
- SpringBoot+Vue+Redis实现验证码功能
-
一个小时只允许发三次验证码。一次验证码有效期二分钟。SpringBoot整合Redis...
- AWS MemoryDB 可观测最佳实践
-
AWSMemoryDB介绍AmazonMemoryDB是一种完全托管的、内存中数据存储服务,专为需要极低延迟和高吞吐量的应用程序而设计。它与Redis和Memcached相似,但具有更...
- 从0构建大型AI推荐系统:实时化引擎从工具到生态的演进
-
在AI浪潮席卷各行各业的今天,推荐系统正从幕后走向前台,成为用户体验的核心驱动力。本文将带你深入探索一个大型AI推荐系统从零起步的全过程,揭示实时化引擎如何从单一工具演进为复杂生态的关键路径。无论你是...
你 发表评论:
欢迎- 一周热门
-
-
Redis客户端 Jedis 与 Lettuce
-
高并发架构系列:Redis并发竞争key的解决方案详解
-
redis如何防止并发(redis如何防止高并发)
-
Java SE Development Kit 8u441下载地址【windows版本】
-
开源推荐:如何实现的一个高性能 Redis 服务器
-
redis安装与调优部署文档(WinServer)
-
Redis 入门 - 安装最全讲解(Windows、Linux、Docker)
-
一文带你了解 Redis 的发布与订阅的底层原理
-
Redis如何应对并发访问(redis控制并发量)
-
Oracle如何创建用户,表空间(oracle19c创建表空间用户)
-
- 最近发表
- 标签列表
-
- oracle位图索引 (74)
- oracle批量插入数据 (65)
- oracle事务隔离级别 (59)
- oracle主从同步 (56)
- oracle 乐观锁 (53)
- redis 命令 (83)
- php redis (97)
- redis 存储 (67)
- redis 锁 (74)
- 启动 redis (73)
- redis 时间 (60)
- redis 删除 (69)
- redis内存 (64)
- redis并发 (53)
- redis 主从 (71)
- redis同步 (53)
- redis结构 (53)
- redis 订阅 (54)
- redis 登录 (62)
- redis 面试 (58)
- redis问题 (54)
- 阿里 redis (67)
- redis的缓存 (57)
- lua redis (59)
- redis 连接池 (64)