基于Redis 的任务队列Bull -- （十）lock机制

最新推荐文章于 2025-07-07 09:41:57 发布
最新推荐文章于 2025-07-07 09:41:57 发布
阅读量141 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： nodejs玩具之路 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/afan_coding/article/details/136412559
Bull任务队列借助Redis实现任务锁，key格式为[keyPrefix]:[queueName]:[id]:lock。当job进入运行状态，通过moveToActive加锁，用queue的唯一token作为value。完成时通过moveToFinished释放锁。Bull还定时调用extendLock续租锁，takeLock和releaseLock允许手动控制锁。stalled check仅在lock丢失时将任务标记为停滞。尽管正常运行lock不应丢失，但意外情况可能导致lock丢失和数据问题。

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

bull使用一个格式为[keyPrefix]:[queueName]:[id]:lock的key来锁定 job 的运行时状态

有两个setting和它有关

/** 锁持续时间，默认30s */
lockDuration?: number | undefined;

/** 锁定时刷新周期，默认15s */
lockRenewTime?: number | undefined;

加锁的位置是job进入运行状态时的 moveToActive 脚本，锁的value是queue的唯一token

 -- get a lock
  local jobKey = ARGV[1] .. jobId
  local lockKey = jobKey .. ':lock'
  rcall("SET", lockKey, ARGV[2], "PX", ARGV[3]) -- set job lock , value is queue token

释放锁的位置是 job 完成退出运行时状态的 moveToFinished 脚本

if rcall("EXISTS", KEYS[3]) == 1 then -- // Make sure job exists
    if ARGV[5] ~= &
了解本专栏 订阅专栏 解锁全文 超级会员免费看
基于Redis 的任务队列Bull -- （一）简介
afan_coding的博客
02-26 489
bull自称是最快、最可靠、基于 Redis 的 Node.js 队列。为了坚如磐石的稳定性和原子性而精心编写。所以我们来看一看怎么搞的。
基于Redis 的任务队列Bull -- （二）redis里的数据存储
afan_coding的博客
02-26 163
bull将所有运行时数据存储到redis的数据解构中，使用redis事务和脚本来操作数据，保证操作的原子性。
Java并发编程：Lock解析
luotuomianyang的博客
07-23 361
从Java 5之后，在java.util.concurrent.locks包下提供了另外一种方式来实现同步访问，那就是Lock。 　　也许有朋友会问，既然都可以通过synchronized来实现同步访问了，那么为什么还需要提供Lock？这个问题将在下面进行阐述。本文先从synchronized的缺陷讲起，然后再讲述java.util.concurrent.locks包下常用的有哪些类和接口，最后
SpringBoot 集成分布式任务调度 XXL-JOB【保姆级上手】
03-31 1595
XXL-JOB 作为一款轻量级的分布式任务调度平台，凭借其高效、易用、可扩展的特性，已经在众多知名企业中获得了广泛的应用和认可。
redis集群时，出现的几个异常问题
热门推荐
猎人在吃肉
04-22 2万+
当前 redis的部署情况是： 192.168.3.15:6379 192.168.3.15:6380 192.168.3.15:6381 1、in `call': ERR Slot 8579 is already busy (Redis::CommandError) 在/my_soft/redis/redis-3.0.4/src 目录下 执行redis 集群安装命令：...
开启Healthcheck检查redis连接失败导致注册Eureka状态是DOWN
liubingyu12345的博客
12-29 1万+
项目中某个微服务开启了spring健康检查：eureka: client: healthcheck: enabled: true serviceUrl: defaultZone: http://localhost:8800/eureka/ #注册中心地址 instance: hostname: localhost instance-i
基于Redis 的任务队列Bull -- （八）stalled job
afan_coding的博客
03-01 157
所以 stalled 队列中的 job id 只能说是可能 stalled ，而不是说在 stalled 队列里就代表它实际上已经停滞。bull会在每次执行 stalled check 结束时，将 active 队列中的job id分批全量刷入 stalled 队列。moveUnlockedJobsToWait会执行lua脚本，获取失败的job和停滞的job，然后发出对应的 event。bull将丢失锁的 job 称为停滞 job，认为这些 job 因为某些原因导致执行不成功，且还在active状态。
基于Redis 的任务队列Bull -- （十五）failed
afan_coding的博客
03-03 101
然后它会检测 this.attemptsMade 和 this.opts.attempts 的大小，如果尝试次数超出，则 moveToFailed。bull 中 job 的 moveToFailed 和 moveToCompleted 虽然非常像，都调用了 moveToFinished 方法。如果 moveToFailed 为 true，则调用 moveToFailed 脚本。如果没有达到尝试次数，则计算它的退避策略，得到一个退避的 delay。delay 为 -1 代表应该 moveToFailed。
基于Redis 的任务队列Bull -- （十四）completed
afan_coding的博客
03-03 72
当 maxAge 有效时，根据 score 从 zset 中取出大于 maxAge 的 job id，删除 job 数据，然后从 zset 中移除。当 count 有效时，取出 zset 中 score 较低且数量超出的 job id，删除 job 数据，然后从 zset 中移除。如果 N > 1代表大于1分钟，则对 list LPUSH 一个delta，N-1个0，否则 LPUSH 一个 delta。如果 N 大于 0，代表到了计数周期，如果 N 小于 0 就什么也不做，因为计数粒度以分钟计。
【redis使用场景——缓存——数据淘汰策略】
m0_52150489的博客
07-03 339
【代码】【redis使用场景——缓存——数据淘汰策略】
Redis分片集群原理
午夜后是黎明，风雨后是骄阳
07-05 1040
Redis分片集群通过哈希槽机制将数据分散到多节点，解决单机性能瓶颈。采用去中心化架构和Gossip协议同步状态，支持自动故障转移。客户端通过槽位路由访问数据，遇到迁移会进行重定向。需注意多键操作限制和最终一致性特点，支持在线扩容缩容。该方案实现了高可用、高性能和线性扩展能力，是应对大规模Redis应用的理想选择。
Redisson使用示例
weixin_62108279的博客
07-03 195
【代码】Redisson使用示例。
Redis On-CPU Profiling定位瓶颈到可视化火焰图
hello.reader
07-03 743
Redis CPU性能优化全流程指南：从瓶颈确认到热点分析 本文详细介绍了Redis CPU性能优化的完整流程。首先通过USE方法确认CPU确实是瓶颈，然后重新编译Redis以保留调试信息。接着使用perf和eBPF工具进行热点采样，生成火焰图可视化分析。文章还提供了硬件事件采样方法、一键执行脚本和生产环境落地建议，包括采样频率选择、分段对比和自动归档等。最后总结了性能优化的闭环流程：定位→可视化→改进→回归，帮助开发者系统性地解决Redis CPU性能问题。
【Java面试】讲讲Redis的Cluster的分片机制
weixin_42548337的博客
07-02 412
Redis Cluster采用16384个哈希槽进行数据分片，通过CRC16算法计算键的槽位。分片机制解耦了数据与节点，支持动态扩缩容和客户端透明路由，但需应对跨槽操作、数据迁移等挑战。最佳实践包括预分片、监控关键指标和使用智能客户端。该设计平衡性能与扩展性，但需合理配置参数和运维策略以降低复杂度。
黑马点评系列问题之基础篇16jedis redis依赖引入后仍然还是报错
m0_63695860的博客
07-06 119
依赖已经导入进去了，在仓库里有***.jar和***.pom这两个文件，但是点开右面的maven还是有很多爆红。点击maven里的更新还是不行。右键单击pom.xml文件里的界面，再按下面的图片点击。点到配置文件pom.xml。
Redis快速入门：从基础到Java客户端实践
最新发布
超级小狗的博客
07-07 569
Redis是一款高性能键值型NoSQL数据库，本文从基础概念到Java客户端实践进行了全面介绍。首先对比了NoSQL与传统关系型数据库的区别，阐述了Redis基于内存、单线程原子性、低延迟等核心特性。详细讲解了Linux环境下Redis的安装配置步骤，包括编译安装、后台启动和开机自启设置。针对日常使用，重点解析了通用命令和String类型操作，如KEYS、SET/GET、INCR等，并强调生产环境注意事项。最后还介绍了命令行和图形化客户端工具的使用方法，为Java开发者后续集成提供了基础。通过本文，读者可以
Redis 分布式锁详解
wangwcy的博客
07-04 486
Redis 分布式锁是一种利用 Redis 实现跨进程、跨服务器的互斥锁机制，常用于解决分布式系统中的并发控制问题。以下是几种常见的实现方式及其关键细节。如果业务执行时间可能超过锁的超时时间，可以启动一个守护线程定期检查锁是否仍持有，并延长锁的超时时间（如 Redisson 的 Watchdog 机制）。Redlock 是 Redis 官方推荐的分布式锁算法，适用于多节点 Redis 环境（如集群或哨兵模式）。释放锁时需要先验证锁的值是否为当前客户端持有，再执行删除。设置锁的超时时间，避免死锁。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

afan_coding

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值