首页
/ ShedLock在MySQL多主模式下遇到的锁死锁问题分析与解决方案

ShedLock在MySQL多主模式下遇到的锁死锁问题分析与解决方案

2025-06-18 02:15:03作者:房伟宁

问题背景

在使用Spring Boot微服务架构时,开发人员经常会遇到需要确保定时任务在分布式环境中只执行一次的需求。ShedLock是一个流行的解决方案,它通过在数据库中创建锁记录来协调多个实例的执行。然而,当后端数据库从MySQL单主模式切换到多主模式时,ShedLock可能会出现锁死锁问题。

问题现象

在MySQL InnoDB集群从单主模式切换为多主模式后,ShedLock在尝试更新锁表时遇到了"Lock deadlock; Retry transaction"错误。具体表现为:

  1. 定时任务在大多数情况下能正常获取锁
  2. 但会间歇性出现获取锁失败的情况
  3. 失败时抛出TransactionSystemException异常,提示JDBC提交失败
  4. 底层原因是MySQL返回了149错误代码,表示锁死锁

技术分析

MySQL多主模式的特点

MySQL多主模式允许所有节点接受写入操作,这带来了更高的写入可用性,但也引入了新的挑战:

  1. 需要处理潜在的写冲突
  2. 事务提交可能需要在多个节点间协调
  3. 锁机制比单主模式更复杂

ShedLock的工作机制

ShedLock通过在数据库中维护一个锁表来实现分布式锁:

  1. 尝试获取锁时插入或更新记录
  2. 使用数据库事务确保操作的原子性
  3. 基于时间戳判断锁是否过期

问题根源

在多主模式下,当多个实例几乎同时尝试获取锁时:

  1. 不同实例可能连接到不同的主节点
  2. 各节点需要同步锁表变更
  3. 同步过程中可能出现死锁情况
  4. MySQL检测到死锁后会中止事务

解决方案探索

方案一:使用usingDbTime()

@Bean
public LockProvider lockProvider(DataSource dataSource) {
    return new JdbcTemplateLockProvider(dataSource)
        .usingDbTime();
}

此方案让ShedLock使用数据库服务器时间而非应用服务器时间,可以减少时间同步问题导致的锁冲突。但在实际测试中效果有限。

方案二:使用JdbcStorageAccessor

JdbcStorageAccessor采用了不同的事务处理方式,可能更适合多主环境:

  1. 事务处理逻辑更简单直接
  2. 减少了复杂查询可能引发的死锁
  3. 需要调整ShedLock配置来使用这种访问器

方案三:实现重试机制

最新版本的ShedLock提供了处理异常的重试能力:

  1. 可以配置锁提供者在出现MySQL冲突时抛出异常
  2. 通过包装锁提供者实现自动重试逻辑
  3. 重试间隔应采用指数退避策略
  4. 需要设置合理的最大重试次数

最佳实践建议

对于使用MySQL多主模式的ShedLock用户,建议:

  1. 优先考虑使用JdbcStorageAccessor
  2. 结合usingDbTime()配置
  3. 实现适当的重试逻辑
  4. 监控锁获取失败的情况
  5. 考虑调整锁的有效期和获取超时时间

总结

MySQL多主模式为分布式系统提供了更高的可用性,但也带来了新的挑战。ShedLock作为分布式锁解决方案,需要针对多主环境进行特殊配置。通过选择合适的存储访问器和配置参数,可以显著减少锁死锁问题的发生,确保定时任务在分布式环境中的可靠执行。

登录后查看全文
热门项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
162
2.05 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
ShopXO开源商城ShopXO开源商城
🔥🔥🔥ShopXO企业级免费开源商城系统,可视化DIY拖拽装修、包含PC、H5、多端小程序(微信+支付宝+百度+头条&抖音+QQ+快手)、APP、多仓库、多商户、多门店、IM客服、进销存,遵循MIT开源协议发布、基于ThinkPHP8框架研发
JavaScript
96
15
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
199
279
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
60
16
Git4ResearchGit4Research
Git4Research旨在构建一个开放、包容、协作的研究社区,让更多人能够参与到科学研究中,共同推动知识的进步。
HTML
22
1
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
0
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
950
557
risc-v64-naruto-pirisc-v64-naruto-pi
基于QEMU构建的RISC-V64 SOC,支持Linux,baremetal, RTOS等,适合用来学习Linux,后续还会添加大量的controller,实现无需实体开发板,即可学习Linux和RISC-V架构
C
19
5