zookeeper分布式锁 永久节点问题
项目用的zk做分布式锁
@Configuration public class ZooKeeperLockConfig { @Value("${zookeeper.server-lists}") String serverList; @Bean public CuratorFramework curatorFramework() { CuratorFramework client = CuratorFrameworkFactory.newClient(serverList, new RetryOneTime(100)); client.start(); return client; } @Bean public LockRegistry zookeeperLockRegistry() { return new ZookeeperLockRegistry(curatorFramework()); } }
String key = xxx + orderId; Lock lock = lockRegistry.obtain(key); try { if (lock.tryLock(5, TimeUnit.SECONDS)) { // 业务逻辑 } } catch (Exception e) { // 业务逻辑 } finally { lock.unlock(); }
CuratorFramework 在创建的时候默认是永久节点,lock.tryLock()创建的是临时节点,类似下图/lock_name1中的永久节点因为业务关系需要加上具体实例id,比如订单号,这样就导致有多少订单就会创建多少个/lock_name1节点,而/lock_name1节点又是永久的,超过zk的最大子节点数就会崩溃,如果要用一方面可以把name1具体实例去掉(根据业务来),另一方面可以在创建CuratorFramework 时候设置成临时节点(没测试成功)
client.create().withMode(CreateMode.EPHEMERAL).forPath("/Path");
最终把zk不是锁改成redis,如果业务不涉及到具体实例可以用zk
不积跬步,无以至千里;不积小流,无以成江海
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!