2024-08-06记录生产问题 redis 锁的问题排查

最新推荐文章于 2024-09-11 06:55:03 发布
最新推荐文章于 2024-09-11 06:55:03 发布
阅读量83 收藏
点赞数 4
文章标签： redis 数据库 缓存
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/OnMyWaySc/article/details/140945212
版权

信息如下
在这里插入图片描述
在这里插入图片描述
我redis 锁的时间是30S,
那么问题来了, 为什么执行时长52S的没有报错, 28S的报错了呢?

大家可以好好想想😄
答案往下翻

因为52S的数据执行完了, 正好删除了28S数据的锁, 因此52S的数据没有报错
所以导致28S的数据执行完了,删除锁的时候报错.

OnMyWaySc
关注
  • 4
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis 经典问题处理-常见面试题
weixin_41335923的博客
04-13 2332
目录Redis 经典问题处理-常见面试题Redis 连接数问题
110面试常问：Redis分布式锁如何解决锁超时问题？
AI乔治
11-23 2057
一、前言 关于redis分布式锁, 查了很多资料, 发现很多只是实现了最基础的功能, 但是, 并没有解决当锁已超时而业务逻辑还未执行完的问题, 这样会导致: A线程超时时间设为10s(为了解决死锁问题), 但代码执行时间可能需要30s, 然后redis服务端10s后将锁删除, 此时, B线程恰好申请锁, redis服务端不存在该锁, 可以申请, 也执行了代码, 那么问题来了, A、B线程都同时获取到锁并执行业务逻辑, 这与分布式锁最基本的性质相违背: 在任意一个时刻, 只有一个客户端持有锁, 即...
Redis持久化的原理及优化
Yonx
09-08 364
Redis提供了将数据定期自动持久化至硬盘的能力，包括RDB和AOF两种方案，两种方案分别有其长处和短板，可以配合起来同时运行，确保数据的稳定性。 RDB 保存数据快照至一个RDB文件中，用于持久化。RDB持久化的触发分为手动触发和自动触发两种。RDB操作和Mysql Dump相似。 手动触发 save 同步操作，会阻塞Redis。 bgsave 调用linux的fork()，然后使用新的线程执行复制。但是fork期间也会阻塞Redis，阻塞时间通常很短。 自动触发 自动保存 自动触发最常...
redis watchdog_Redis与Redisson 分布式事务锁的原理
weixin_39568706的博客
11-21 382
我们在单机服务器，出现资源的竞争，一般使用synchronized 就可以解决，但是在分布式的服务器上，synchronized 就无法解决这个问题，这就需要一个分布式事务锁。除此之外面试，基本会问springboot、Redis，然后都会一路再聊到分布式事务、分布式事务锁的实现。1、常见的分布式事务锁1、数据库级别的锁乐观锁，基于加入版本号实现悲观锁，基于数据库的 for update...
Redis数据持久化配置
12-01 1255
默认配置 注：默认情况下，持久化配置是关闭的 #持久化开关配置(yes开启no关闭) appendonly no #持久化类型 #always:每次操作都会立即写入aof文件中(性能最低,不推荐) #everysec:每秒持久化一次(默认配置)(折中方案,推荐) #no:不主动进行同步操作，默认30s一次(redis重启或服务器重启会丢失30内的数据) appendfsync everysec 默认配置情况下，redis是如何同步保存数据到磁盘上的？ 如下配置： ...
加锁了，还有并发问题？Redis分布式锁你真的了解？
程序新视界
10-28 1249
新接手的项目，偶尔会出现账不平的问题。之前的技术老大临走时给的解释是：排查了，没找到原因，之后太忙就没再解决，可能是框架的原因…… 既然项目交付到手中，这样的问题是必须要解决的。梳理了所有账务处理逻辑，最终找到了原因：数据库并发操作热点账户导致。就这这个问题，来聊一聊分布式系统下基于Redis的分布式锁。顺便也分解一下问题形成原因及解决方案。 原因分析 系统并发量并不高，存在热点账户，但也不至于那么严重。问题的根源在于系统架构设计，人为的制造了并发。场景是这样的：商户批量导入一批数据，系统会进行前置处理，并
Redis 性能问题排查：slowlog 和排队延时
luoqinglong的专栏
05-11 2555
一、Redis Slowlog介绍 Redis slowlog是排查性能问题关键监控指标。它是记录Redis queries运行时间超时特定阀值的系统。 这类慢查询命令被保存到Redis服务器的一个定长队列，最多保存slowlog-max-len(默认128）个慢查询命令。 当慢查询命令达到128个时，新产生的慢查询被加入前，会从队列中删除最旧的慢查询命令。 1.1 Redis Slowlog的配置 redis slowlog通过2个参数配置管理，默认命令耗时超过10毫秒，就会被记录到慢查询日志队列.
线上故障之-redis锁处理幂等性失效和幂等性问题解决方案
m0_46690280的博客
03-04 2401
线上故障之-redis锁处理幂等性失效和幂等性问题解决方案redis锁处理幂等性失效幂等性设计方法1. insert前先select2. 加悲观锁 redis锁处理幂等性失效 @Override @Transactional(rollbackFor = Exception.class) public void addError(User user) { log.info("add user params user:{}", JSON.toJSONString(user));
生产问题排查参考
yxkong的专栏
02-28 577
生产问题处理的基本原则：第一时间恢复业务（重点）重启解决不了的问题，能回滚就回滚如果业务不可逆，才是找问题的解决的时候
redis导致java的cpu过高,万字长文 | 教你如何排查Redis性能问题
weixin_29184075的博客
03-12 1005
Redis 作为优秀的内存数据库，其拥有非常高的性能，单个实例的 OPS 能够达到 10W 左右。但也正因此如此，当我们在使用 Redis 时，如果发现操作延迟变大的情况，就会与我们的预期不符。你也许或多或少地，也遇到过以下这些场景：在 Redis 上执行同样的命令，为什么有时响应很快，有时却很慢？为什么 Redis 执行 SET、DEL 命令耗时也很久？为什么我的 Redis 突然慢了一波，之后...
如何解决使用Redis 事务不当产生的问题
Java_LingFeng的博客
10-25 527
现象：每天早上客服人员在后台创建客服事件时，都会创建失败。当我们重启这个微服务后，后台就可以正常创建了客服事件了。到第二天早上又会创建失败，又得重启这个微服务才行。 初步排查：创建一个客服事件时，会用到 Redis 的递增操作来生成一个唯一的分布式 ID 作为事件 id。
16、Redis应用问题解决
希望有点用
12-11 128
Redis常见应用问题解决
redis发布订阅模式，消费端重复消费问题解决
weixin_41765715的博客
12-06 1916
2.网络延时或者其他原因导致消息延时被消费端消费，这时此消息已被其他服务处理完成了，并且已经释放了redis锁，或者redis锁已过期的情况。在实际生产中，我们放入通道中的信息往往希望只被消费一次，但是在部署多个服务的情况下，通道中的消息会被重复消费，这里就来解决这个问题。解决方案：消息中可以放入一个任务id，服务在处理消息后生成一条处理记录，验证消息是否被处理过，只需要查库验证就可以了。解决方案：消费端代码加redis分布式锁，来避免重复消费。通过以上两个方式，就可以防止消息被重复消费。
Redis 实现原理或机制
Flying_Fish_roe的博客
09-07 1213
Redis 的高性能、高可用性和灵活性来自其精巧的实现原理和机制。通过高效的内存管理、灵活的数据结构、强大的持久化机制、主从复制和集群功能，Redis 能够满足各种复杂的应用场景需求。无论是在缓存、会话管理、还是分布式存储领域，Redis 都能够提供卓越的性能和稳定性。
Redis实践篇
kimdaydayup的博客
09-08 2294
初始化项目： 短信登录 ![](https://img-blog.csdnimg.cn/img_convert/f01340d4825d8e40cb49dfdbd390481a.png) 基于Session实现登录 发送短信验证码 ![](https://img-blog.csdnimg.cn/img_convert/7d43f4d27e3b03ff579659b9f67d0669.png) /** * 发送手机验证码 */ @PostMapping("code")
Redis 多线程模型详解
最新发布
lssffy的博客
09-11 664
在 Redis 的早期版本中，Redis 采用了典型的单线程模型，即所有的客户端请求都是由 Redis 的主线程依次处理的。具体来说，Redis 使用单线程的事件循环模型来处理客户端的请求和响应，使用了操作系统的selectpoll或epoll来管理多个客户端连接。为什么 Redis 选择单线程？简单性：单线程模型不需要考虑线程间数据竞争问题，避免了锁机制带来的复杂性和潜在的性能开销。避免上下文切换：多线程环境下，线程的上下文切换会引入额外的 CPU 负担，而单线程架构没有这个问题。性能足够。
Redis 入门 - 五大基础类型及其指令学习
IT规划师
09-11 380
学习Redis基础类型：字符串、集合、有序集合、列表、哈希，每种类型有各自的特点和常用指令。掌握这些基础是熟练使用Redis的关键。更多指令需自行尝试。
Redis分布式锁问题与集群解决方案
Redis分布式锁在处理高并发场景下的互斥访问控制时，虽然提供了高效和便利的功能，但同时也面临一些关键问题。首先，"死锁"问题可能会由于进程异常终止或网络不稳定导致，这需要通过设置锁的过期时间和限制锁保护...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值