Redis高并发场景出现的问题和解决办法

最新推荐文章于 2025-06-17 11:47:23 发布
原创 最新推荐文章于 2025-06-17 11:47:23 发布 · 1k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redis #数据库

本文探讨了在高并发场景下使用传统锁和Redis分布式锁时遇到的问题，如线程超时、主从复制影响及性能瓶颈。重点介绍了Redisson如何通过续命机制解决超时问题，并针对不同问题提出解决方案，如使用红锁和分段锁。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

先看一段代码

分析此段代码会发现在高并发的情况下，redis里的商品可能会出现重复扣减的问题。我们一般情况下通常想到的办法是把这块代码块放在synchronized代码块中，这样可以避免并发的问题。但是注意这种办法只适用在单体应用中，而在分布式系统中，由于一个项目部署在多个服务器中，仍然会出现重复扣减的问题。而redis是所有分布式项目的都会调用的系统，所以redis分布式锁能很好的解决这种情况。加上redis分布式锁后

我们在来看上面的代码加上了分布式锁，设置了过期时间，并且加上了删除key的代码，但是新的问题又来了，我们想象一下现在一下过来三个线程，线程1由于数据库，GC等原因，执行了15秒，由于设置redis的过期时间是10秒，所以第10秒时候，线程2就拿到了线程1释放的锁，线程2拿到锁后4秒就执行完了，所以线程2删除key时候其实删除的是线程1的锁，同理线程3删除的有可能是线程2的锁，这样整个锁的删除会出现错乱，其实锁就毫无意义了，相当于失效。Redisson可以很好的解决这个问题，它的思路：判断业务如果超时，设置延长redis的超时时间，也叫作续命，续命多次（3次）如果还是没有释放锁的情况下，则认为超时。如下

 但是还是会有一些问题，如主从复制的问题，可用红锁

性能问题，可以用分段锁来解决

更详细问题可参考

redis的使用（分布式锁，常见使用场景）_WalkWind996的博客-优快云博客_redis分布式锁使用场景

乌龙柚子
关注
redis导致服务器响应慢,redis高并发导致读写变慢（redis多线程）
weixin_30313365的博客
08-12 1381
package com.sinosoft.prpall.pubfun.redis;import java.util.HashSet;import java.util.Set;import org.apache.log4j.Logger;import com.sinosoft.sysframework.reference.AppConfig;import com.sinosoft.utility.s...
redis分布式锁的实现以及锁时间的延长
m0_37937394的博客
11-20 761
redis 可用于分布式事务锁： import lombok.Data; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.context.annotation.Bean; import org.springframework.data.redis.core.RedisTemplate; import org.springframework.data.redis.core.scr
解决高并发环境下Redis连接超时与超卖问题
10-22
这个Demo演示了使用redis乐观锁机制解决高并发环境下出现连接超时与超卖（库存出现负数）情况的解决办法。
redis高并发数据错乱_高并发和海量数据下的 9 个 Redis 经典案例剖析
weixin_39743695的博客
12-08 243
欢迎关注头条号：石杉的架构笔记周一至周五早八点半！精品技术文章准时送上！！！精品学习资料获取通道，参见文末作者：老钱来源公众号：码洞业务背景这次分享主要是围绕 Redis，分享在平时的日常业务开发中遇到的 9 个经典案例，希望通过此次分享可以帮助大家更好的将 Redis 的高级特性应用到日常的业务开发中来。 首先介绍一下业务背景：总用户量大概是 5亿左右，月活 5kw，日活近 2kw 。服务端有 ...
Redis缓存技术：高并发场景下的应用实践
2501_92487853的博客
06-17 615
Redis（Remote Dictionary Server）是一种开源的、高性能的、支持网络、可基于内存亦可持久化的键值对存储系统。速度快：Redis将所有数据存储在内存中，读写速度极快。支持多种数据结构：Redis支持字符串、列表、集合、散列表等多种数据结构。持久化：Redis支持数据的持久化，可以将内存中的数据保存到磁盘中，确保数据的安全性。Redis缓存技术在高并发场景下具有显著的优势，可以提高系统响应速度，减轻数据库压力。
Redis之高并发超卖问题解决方案
qq_43649937的博客
11-24 4664
redis java
Redis技术之旅十 高并发问题
热门推荐
ZHAOYUESHUN123的专栏
10-08 2万+
Redis技术之旅十 高并发问题redis为什么会有高并发问题 redis的出身决定 redis是一种单线程机制的nosql数据库，基于key-value，数据可持久化落盘。由于单线程所以redis本身并没有锁的概念，多个客户端连接并不存在竞争关系，但是利用jedis等客户端对redis进行并发访问时会出现问题。发生连接超时、数据转换错误、阻塞、客户端关闭连接等问题，这些问题均是由于客户端连接混
Redis高并发问题的解决方法
09-09
以下是一些解决Redis高并发问题的方法： 1. **连接池化**： - 客户端连接池化是提高并发性能的一个关键策略。通过使用如JedisPool这样的连接池，可以复用已建立的连接，减少创建和销毁连接的开销。同时，通过设置...
如何利用Redis锁解决高并发问题详解
09-09
Redis锁在高并发场景下被广泛使用，主要是因为其高效的数据访问速度以及丰富的数据结构，使得它成为解决并发问题的有效工具。Redis直接操作内存，相比传统数据库从硬盘读取数据，速度上有显著提升，减轻了数据库...
基于Redis构建高并发场景下的计数器
最新发布
07-10
在 IT 行业，尤其是分布式系统和高并发场景下，计数器是常见的需求，用于追踪和限制操作次数。本文将探讨如何利用 Redis 实现高并发计数器，并以限制接口一天调用次数为例进行说明。 Redis 是一个开源的键值存储系统...
redis高并发解决方案
09-19
Redis，作为一个高性能的键值数据库，常常被用于处理高并发场景下的数据存储和访问问题。在高并发环境下，Redis提供了多种策略和优化措施来保证服务的稳定性和性能。以下是一些关于Redis高并发解决方案的关键知识点...
QPS过万，Redis大量连接超时怎么解决？
HY1273383167的博客
04-08 521
之前负责的一个服务总是在高峰时刻和压测发生大量的redis连接超时的异常redis.clients.jedis.exceptions.JedisConnectionException，根据原有的业务规则，首先会从数据库查询，然后缓存到redis中，超时时间设置为3分钟。 并且由于业务的特性，本身未做降级、限流等处理措施，而在巅峰的QPS基本上快达到20000的样子，虽然这个现象只是单纯的一个异常，并不会导致整个主链路的流程不可用，但是我们还是要找出问题的原因并且解决。 首先我们找到负责Redis同学排查
Redis（二十三）-秒杀案例之超卖和超时问题解决
码农飞哥
05-05 2975
本文详细介绍了如何解决秒杀案例中的超卖以及超时问题。
Redis秒杀事务高并发所产生的问题及解决方案
qmxqing的博客
08-14 462
秒杀事务高并发所产生的问题及解决方案秒杀业务高并发产生的问题问题一:超卖问题解决方式一:采用乐观锁解决方式二: 采用LUA脚本1.1 LUA脚本介绍1.2 特点问题二:由于有些连接等待时间过长会出现连接超时的问题解决方案 秒杀业务高并发产生的问题 问题一:超卖问题 解决方式一:采用乐观锁 采用乐观锁, watch 监视库存, 同时将秒杀操作采用事务管理,解决超卖问题,不过会存在库存遗留问题 缺点: 采用乐观锁方式会存在库存遗留问题 解决方式二: 采用LUA脚本 1.1 LUA脚本介绍 LUA脚本是类
2020-09-23
weixin_41045487的博客
09-23 309
Redis 高并发问题,及解决方案！ （一）redis技术的使用： redis真的是一个很好的技术，它可以很好的在一定程度上解决网站一瞬间的并发量，例如商品抢购秒杀等活动。。。 redis之所以能解决高并发的原因是它可以直接访问内存，而以往我们用的是数据库(硬盘),提高了访问效率,解决了数据库服务器压力。 为什么redis的地位越来越高，我们为何不选择memcache，这是因为memcache只能存储字符串，而redis存储类型很丰富（例如有字符串、LIST、SET等），memcache每个值最大只能存储1
高并发下Redis可能存在的问题及解决方案
鑫阳的博客
08-02 2409
下面所有问题都存在于当给Key设置有效时间的情况下，且在高并发访问下。当时如果Redis中所有数据都是用于随着应用程序的运行，会导致内存不足问题。
高并发下redis缓存出现的问题以及解决方案笔记
digimon100的博客
06-22 1874
缓存穿透 缓存穿透是指查询一个根本不存在的数据，缓存层和存储层都不会命中，但是出于容错的考虑，如果从存储层查不到数据则不写入缓存层 解决方案 1.缓存空对象  把查询到的空结果也缓存到redis中，并给一个较短的过期时间 可能出现的问题：  缓存层和存储层的数据会有一段时间窗口的不一致，可能会对业务有一定影响。例如过期时间设置为 5 分钟，如果此时存储层添加了这个数据，那此段时间就会出现缓存层和存...
Redisson解决并发问题
qq_54795449的博客
03-29 1374
Redisson 解决「setnx 命名非原子性」的思路和方案Redisson 不是靠 setnx 命令来实现原子性操作的（ setnx 命令也也无法保证原子性 ），Redisson 是靠 Lua 脚本来实现的原子性操作。Redisson 解决「过期自动删除时长」问题的思路和方案Redisson 中客户端一旦加锁成功，就会启动一个后台线程（惯例称之为 watch dog 看门狗）。
java中Synchronized引起的并发线程的无限等待的解决方法
mark_to_win的专栏
04-17 1492
Synchronized引起的并发线程的无限等待的解决方法我们在数据库并发访问中经常用到：select * from table for update，这句话会引起所有执行这句话的线程排队，一个一个的序列执行。等待的线程只能死等，直到超时为止。下面程序的f1就模仿这句话的感觉。 例1.9.6: class A { public synchronized void f1() { ...
redis高并发安全问题解决方案
03-20
### Redis 高并发场景下的安全性解决方案最佳实践 在高并发环境下，Redis 的性能和可靠性使其成为许多应用的核心组件。然而，在这种环境中也存在一些潜在的安全性和稳定性问题。以下是针对这些问题的最佳实践： #### 1. 使用连接池管理客户端请求 为了减少频繁创建和销毁连接带来的开销，可以采用连接池技术来优化 Redis 客户端的访问方式。通过限制最大连接数并重用现有连接，能够有效降低资源消耗以及提高系统的响应速度[^1]。 #### 2. 实施分片策略以扩展存储容量 当单台 Redis 实例无法满足海量数据的需求时，可以通过引入集群模式或者手动实现键空间分区的方法来进行水平扩展。这样不仅可以增加总的可用内存大小，还能分散读写压力从而提升整体吞吐量[^2]。 #### 3. 启用身份验证机制保护服务免受未授权访问威胁 默认情况下，新安装好的 Redis 并不会强制要求用户提供密码才能执行命令操作。因此建议管理员设置复杂的认证字符串并通过配置文件指定 AUTH 参数值的方式增强外部接口调用过程中的权限校验强度。 #### 4. 设置合理的过期时间防止缓存击穿现象发生 如果某些热点 key 被大量用户同时请求而恰好又处于失效状态，则可能会导致后端数据库瞬间承受巨大负载甚至崩溃的情况出现（即所谓的“ 缓存雪崩 ”）。为了避免这种情况的发生，应该合理规划 TTL(Time To Live)，使得不同记录之间具有随机分布的有效期限结构。 #### 5. 应用限流算法控制瞬时流量峰值 即使经过上述措施处理之后仍然可能出现短时间内的突发性高峰访问情形下超出硬件承载能力范围之外的现象 。此时可考虑部署令牌桶/漏斗等经典速率限制模型 ，按照预定义规则拒绝多余的请求数目进而维持正常业务流程不受干扰。 ```python import time from redis import Redis def rate_limiter(user_id, max_requests=10, interval=60): r = Redis() current_time = int(time.time()) pipe = r.pipeline() pipe.zadd(f"user:{user_id}", {current_time: current_time}) pipe.zremrangebyscore(f"user:{user_id}", 0, current_time - interval) remaining = max_requests - pipe.zcard(f"user:{user_id}") pipe.execute() return remaining >= 0 ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值