redis缓存穿透之setnx使用场景

最新推荐文章于 2025-04-25 11:10:34 发布
最新推荐文章于 2025-04-25 11:10:34 发布
阅读量3.2k 收藏 7
点赞数 5
分类专栏： 设计模式 架构 redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/star_hacker/article/details/80864899
版权
本文探讨了业务增长和高并发下引入Redis缓存的重要性，着重讲解了缓存穿透问题及其影响，如数据库连接超时。提出了利用Redis的setnx命令实现进程锁，确保在缓存失效时只有一个进程读取数据库并更新缓存，从而避免大量请求对数据库造成冲击。通过这种方式，以空间换时间，提高系统效率。

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

    随着业务的增长，请求并发的增大。很多公司在业务场景中会增加缓存策略，而缓存用的最多的也就是redis了。

    今天我们来说一下缓存穿透，我们缓存一般是有时效性的，一定的生命周期过去之后就会消失，一般的系统不会设置永久性的存储，这时候就会遇到一个问题，要么就是主动刷新缓存，要么就是程序被动刷新缓存。

    事实证明很多程序当中很少主动刷新因为你要去写脚本，定时去刷新数据，这样的话代价比较大。所以较多的就选择了程序被动刷新缓存，就是在缓存失效之后读库在写入缓存。这里就会导致一个问题那就是：当缓存失效的那一刻大量的请求过来就会直接打到数据库上，如果并发量大的话读库操作肯定会有影响，连接超时，连接数过大这样的情况也会随时遇到。

    针对这种情况redis有一个进程锁也就是我们今天说的setnx

    下面直接贴代码：

    $ret = $this->redis->get(
最低0.47元/天 解锁文章
redis中的锁SETNX
jakelihua
04-26 1494
Redis 提供了多种方式来实现锁操作，这些操作可以帮助开发者在多线程或分布式环境中同步访问共享资源。
使用Redis的SETNX命令实现分布式锁
wuhao2343的博客
07-18 2416
分布式锁是一种用于在分布式系统中控制多个节点对共享资源进行访问的机制。在分布式系统中，由于多个节点可能同时访问和修改同一个资源，因此需要一种方法来确保在任意时刻只有一个节点能够对资源进行操作，以避免数据不一致或冲突。分布式锁就是用来实现这种互斥访问的工具。
Redis中的setnx的使用场景
weixin_51625248的博客
09-18 789
Redis中的SETNX命令是一个非常有用的工具，特别是在处理分布式系统和并发控制时。SETNX是“Set if Not Exists”的缩写，用于设置键的值，但仅当键不存在时。
Redis面试必会：SETNX key value和 SET key value NX区别
最新发布
weixin_45056021的博客
04-25 278
特性SETNX是否原子是是支持设置过期时间❌ 不支持✅ 支持 EX / PX适合加锁可以，但需配合EXPIRE更推荐返回值1 或 0OK 或 nil推荐场景非过期操作、兼容老 Redis 版本✅ 推荐用于分布式锁等场景。
Redis的SETNX的使用
热门推荐
lss0555的博客
12-06 4万+
一.介绍 在 Redis 里，所谓 SETNX，是「SET if Not eXists」的缩写，也就是只有不存在的时候才设置，可以利用它来实现锁的效果。 SETNX key value 将 key 的值设为 value ，当且仅当 key 不存在。 若给定的 key 已经存在，则 SETNX 不做任何动作。 二.选项命令 在SET命令中，有很多选项可用来修改命令的行为。 以下是SET命令可用选项的...
场景应用：Redis使用setnx命令实现分布式锁
流楚丶格念的博客
08-29 1778
而setnx命令和设置过期时间的命令不是原子的，可能加锁成功而设置过期时间失败，依然存在死锁的隐患。对于这种情况，Redis改进了set命令，给它增加了nx选项，启用该选项时set命令的效果就会setnx一样了。它的潜在问题如下图所示，如果进程A在主节点上加锁成功，然后这个主节点宕机了，则从节点将会晋升为主节点。若此时进程B在新的主节点上加锁成果，之后原主节点重启，成为了从节点，系统中将同时出现两把锁，这是违背锁的唯一性原则的。但是，它的锁早已自动释放过了，它此时释放的可能是其他线程的锁。...
什么是redis缓存穿透 雪崩 ,如何应对解决 redis缓存穿透 雪崩 的解决办法
01-07
缓存穿透是指用户请求的数据既不在Redis缓存中，也不在数据库中，导致每次请求都需要去数据库查询。这可能由于恶意用户反复请求不存在的数据，或者系统设计缺陷引起。解决缓存穿透的方法有以下几点： 1. **布隆过滤...
【redis】redis缓存穿透及解决方案|缓存穿透，缓存击穿，雪崩的理解
小鱼菜鸟的博客
07-22 528
|目录 缓存穿透 解决方案 布隆过滤 缓存空对象 缓存雪崩 解决方案 1、保证缓存层服务高可用性 2、依赖隔离组件为后端限流并降级 3、数据预热 4.做二级缓存，或者双缓存策略。 5.缓存永远不过期 缓存并发 算法说明 布隆过滤器 原文链接：https://blog.csdn.net/it_townlet/article...
Redis - 缓存场景
screamn的博客
05-19 1522
学习的黑马程序员哔站项目黑马点评，用作记录和探究原理。探究Redis缓存的场景和优势，学习部分业务场景下的选择
【Redis缓存机制】缓存更新、缓存穿透、缓存雪崩、缓存击穿
acm_pn的博客
12-05 2181
当缓存区缓存了用户信息后，客户端就都会从redis中访问读取数据了。而如果这时候用户更新了数据库中的值，就会导致数据库存储的数据与redis存储数据不一致，在这之后进行读写操作就会发生各种意想不到的错误了因此，当我们要对数据库数据进行更新时，也要尽可能让edis中的数据也能跟着变化，避免用户读到错误的信息缓存穿透是指客户端请求的数据在缓存中和数据库中都不存在，这样每次查询缓存都不会命中，最后都会对数据库进行查询。就像是缓存被穿透了一样，每次请求都会直接到达数据库。
Redis setnx命令
lixuanfeng blog
07-13 2767
setnx name lxf 如果key不存在返回1，如果key已经存在返回0 使用场景，可以做分布式锁 分布式锁核心：分布式集群环境同时只能有一个JVM进行操作。谁创建key成功，谁就获取到锁进行操作，其他节点则进行等待。 ...
详细解释Redis的SET NX命令
常备不懈
06-30 5622
`SET NX` 命令是 Redis 中用于实现分布式锁的一个重要命令。
Redis中的SETNX命令有什么作用？如何使用它来实现分布式锁？
qq_33240556的博客
10-10 892
但是，为了确保安全地释放锁，通常会检查锁是否是由当前客户端设置的，只有当确认无误时才删除键。请注意，即使使用了这些技术，分布式锁仍然可能遇到一些边缘情况，比如时钟漂移、网络延迟等，所以在实际应用中可能还需要考虑更多的细节来确保系统的可靠性。分布式锁的作用是在多个客户端之间同步对共享资源的访问，确保同一时间只有一个客户端可以修改该资源。如果持有锁的客户端崩溃或忘记释放锁，那么其他客户端可以在锁超时后重新获取锁。尝试设置一个唯一的锁标识（例如，一个随机生成的 UUID 或者客户端 ID）。
使用SETNX(redis)实现分布式锁
weixin_30881367的博客
10-02 219
首先说下这个问题的使用场景，有些时候我们业务逻辑是在不同的jvm进程甚至是不同的物理机上的jvm处理的。 这样如何来实现不同jvm上的同步问题呢，其实我们可以基于redis来实现一个锁（秒杀场景）。 Redis Setnx（SETifNot eXists） 命令在指定的 key 不存在时，为 key 设置指定的值。 redis> EXISTS job ...
Redis 5种数据类型及使用场景介绍
weixin_42962086的博客
08-15 754
String 用法 常用操作 set 设置key的值 get 获取key的值 append 追加 setrange 指定角标，设置指定的值 getrange 指定角标范围获取值 strlen 返回字符串长度 数值操作 INCR 自增1 DECR 自减1 bitmap bitmap操作还属于字符串操作，只是说能够操作得更加细腻，能够操作任意字符串的任意位。 setbit：对字符串的指定bit位进行操作 bitcount：对每一位的取值进行求和，比如111，求和就是3 bitop：对bitmap进行逻
setnx解决redis缓存击穿问题
qq_38721677的博客
12-17 792
缓存穿透：指查询一个一定不存在的数据，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次去请求都要到DB去查询，可能导致DB挂掉。 解决方案： 1.查询返回的数据为空，扔把这个空结果进行缓存，单过期时间比较端；2.布隆过滤器：将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对DB的查询。 缓存击穿：对于设置了过期的时间的key，缓存在某个时间点过期的时间，恰好这时间对这个key有大量的并发请求过来，这些请求缓存过期一般都会从后端D
Redis SETNX 详解
T_Y_F_的博客
12-08 2263
Redis SETNX 详解
Redis 中 SETNX 与 SET NX 的区别及应用
m0_57836225的博客
01-07 2089
SETNX 和 SET NX 在实现 “当键不存在时设置” 这一基本功能上有相似之处，但在命令形式、灵活性和返回值等方面存在明显区别。在实际应用中，需要根据具体场景选择合适的方式来使用 Redis。如果仅需要简单的分布式锁功能，SETNX 可能已经足够；如果需要更多的功能，如设置键值对的同时设置有效时间等，SET 命令结合 NX 选项会更加合适。理解它们的区别有助于更好地发挥 Redis 在不同场景下的优势，提高系统的性能和可靠性。
Redis各场景应用集合
xxpxxpoo8的专栏
03-18 1234
有一些存储于数据库中的数据会被频繁访问，如果频繁的访问数据库，数据库负载会升高，同时由于数据库IO比较慢，应用程序的响应会比较差。此时，如果引入Redis来存储这些被频繁访问的数据，就可以有效的降低数据库的负载，同时提高应用程序的请求响应。
redis缓存在电商平台的场景使用
04-18
<think>嗯，用户想了解Redis在电商平台的应用场景和最佳实践。首先，我需要回忆一下之前提到的引用内容，看看有哪些相关的信息可以整合进来。比如引用[2]提到购物车数据存储在Redis中，确保一致性和实时性；引用[4]讲到了页面缓存和数据库查询缓存；引用[5]提到了使用sorted set存储用户关系，以及缓存商品列表等。这些都可能和电商场景相关。 接下来，我应该先列出电商平台常见的使用场景，比如购物车、商品缓存、秒杀活动、页面缓存、分布式锁、用户关系等。然后针对每个场景，结合引用中的具体实现方式，比如购物车用Hash结构，商品信息用String或Hash，秒杀用原子操作和Lua脚本，页面缓存用String存储HTML，分布式锁用SETNX，用户共同好友用sorted set的交集操作。 然后需要考虑最佳实践部分，这部分需要涵盖缓存策略、数据结构选择、持久化与内存管理、高可用架构、缓存问题处理（穿透、击穿、雪崩），以及监控和性能优化。引用[3]提到了缓存击穿时使用分布式锁，引用[1]提到Redis Cluster的高可用方案，这些都需要融入进去。 在结构上，先分应用场景，每个场景下说明实现方式并给出示例代码，再总结最佳实践。要注意使用中文，并且行内公式用$...$，不过可能这个问题里公式用的不多，但如果有的话需要注意格式。同时要生成相关问题，可能用户后续会问到缓存策略的具体细节或者如何解决缓存问题等。 需要确保引用的正确标注，例如购物车部分引用[2]，页面缓存引用[4]，分布式锁引用[3]，用户关系引用[5]，Redis Cluster引用[1]。检查每个引用是否恰当，是否有遗漏。比如秒杀部分的原子操作可能没有直接引用，但属于常见实践，可以不用标注。此外，注意代码示例的正确性，比如购物车的hset和hgetall，以及分布式锁的set命令参数。 最后，生成的相关问题要围绕用户可能感兴趣的扩展，比如缓存策略的选择、高并发优化、数据一致性、缓存问题解决方案、性能监控等。确保问题具体且有引导性，帮助用户深入理解。</think>### Redis缓存在电商平台的应用场景及实现方式 #### 一、核心应用场景与实现 1. **购物车数据存储** - **场景**：用户购物车需要实时更新且支持高并发访问，同时需保证分布式系统下多实例的数据一致性。 - **实现**：使用 Redis 的 Hash 结构存储用户购物车信息，Key 为用户 ID，Field 为商品 ID，Value 为商品数量和属性。 - **示例代码**： ```python # 添加商品到购物车 redis.hset("cart:user1000", "product123", "{'quantity': 2, 'price': 299}") # 获取购物车全部商品 cart_data = redis.hgetall("cart:user1000") ``` - **优势**：Hash 结构支持快速字段操作，适用于频繁修改的场景[^2]。 2. **商品详情页缓存** - **场景**：高频访问的商品信息（如价格、库存）需快速响应，减少数据库压力。 - **实现**：将商品数据序列化为 JSON 格式，通过 String 或 Hash 结构缓存，设置合理过期时间（如 10 分钟）。 - **示例代码**： ```python product_key = "product:123" if not redis.exists(product_key): product_data = db.query("SELECT * FROM products WHERE id=123") redis.setex(product_key, 600, json.dumps(product_data)) else: product_data = json.loads(redis.get(product_key)) ``` - **优化**：结合本地缓存（如 Caffeine）形成二级缓存架构[^4]。 3. **秒杀/限时抢购** - **场景**：高并发下需保证库存扣减的原子性和防超卖。 - **实现**： - 使用 Redis 的原子操作（如 `INCRBY`）扣减库存。 - 通过 Lua 脚本实现复杂逻辑（如库存预扣、订单状态更新）。 - **示例代码**： ```lua local stock_key = KEYS[1] local stock = tonumber(redis.call('GET', stock_key)) if stock > 0 then redis.call('DECR', stock_key) return 1 -- 扣减成功 else return 0 -- 库存不足 end ``` 4. **页面静态化缓存** - **场景**：首页或活动页内容频繁访问但变化较少，可通过缓存 HTML 片段提升加载速度。 - **实现**：将生成的 HTML 内容直接存入 Redis，使用 Key 标识页面类型（如 `page:homepage`）[^4]。 5. **分布式锁控制** - **场景**：防止缓存击穿时大量请求穿透到数据库。 - **实现**：通过 `SET key value NX EX` 实现分布式锁，确保只有一个请求重建缓存[^3]。 - **示例代码**： ```python lock_key = "lock:product:123" if redis.set(lock_key, "locked", nx=True, ex=5): try: # 重建缓存逻辑 finally: redis.delete(lock_key) ``` 6. **用户关系与推荐** - **场景**：计算共同好友或商品相似度。 - **实现**：使用 Sorted Set 存储用户行为（如浏览记录），通过 `ZINTERSTORE` 计算交集[^5]。 --- #### 二、最佳实践 1. **缓存策略设计** - **读写策略**：采用 Cache-Aside 模式，优先读缓存，失效时异步回源。 - **过期时间**：动态调整 TTL（如热点数据延长，冷数据缩短），避免集中失效导致雪崩[^4]。 2. **数据结构选择** - **高频更新数据**：使用 Hash 或 String。 - **排序需求**：优先使用 Sorted Set（如销量排行榜）。 3. **持久化与内存管理** - **混合持久化**：开启 RDB+AOF 保证数据可靠性，同时监控内存碎片率。 - **淘汰策略**：设置为 `volatile-lru`，优先淘汰过期 Key 防止 OOM。 4. **高可用架构** - **集群模式**：使用 Redis Cluster 实现数据分片和自动故障转移[^1]。 - **多级缓存**：结合本地缓存（如 Caffeine）减少 Redis 访问延迟。 5. **缓存问题处理** - **穿透**：对空值设置短 TTL 或使用布隆过滤器拦截无效请求。 - **击穿**：通过分布式锁控制并发重建。 - **雪崩**：分散 Key 过期时间，或使用熔断机制降级。 6. **监控与调优** - **指标监控**：关注命中率（>95%）、内存使用率、慢查询。 - **Pipeline 优化**：批量操作减少网络开销（如批量获取商品信息）。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值