[发明专利]分布式锁的处理方法及装置、电子设备、存储介质

说明书

本发明涉及大数据，提供了一种分布式锁的处理方法及装置、电子设备、存储介质，包括：通过对象存储的应用程序接口设置上传对象函数中的键值对，其中，所述键值对包括键名和键值，所述键名设置为分布式锁的锁名，所述键值设置为含有目标应用服务器的唯一主机名；根据所述锁名和所述目标应用服务器的唯一主机名，判断所述目标应用服务器是否成功抢占锁资源；若所述目标应用服务器成功抢占锁资源，则操作所述目标业务。本发明还涉及区块链技术，将所述共享数据存储于区块链中。通过本发明，解决了相关技术中现有的分布式锁实现方式存在操作复杂、抗并发性弱以及会因主节点挂掉而造成的数据不同步等技术问题。

技术领域

本发明涉及大数据处理，具体而言，涉及一种分布式锁的处理方法及装置、电子设备、存储介质。

背景技术

在单Java虚拟机(Java Virtual Machine，JVM)中，开发工具包(JavaDevelopment Kit，jdk)提供现成的应用程序接口(API)，而在分布式应用(多JVM)中，jdk提供的锁API已经不能满足需求了，为了使分布式存储系统能够正确而有效的运行，必须要控制多个客户端对同一共享资源的并发访问，以便防止某些不确定性的行为不受控制、并发或者同时访问共享资源，导致数据和元数据的一致性遭到破坏，锁是实现并发访问控制的常用手段。

目前，市场上实现分布式锁的方案大体有三种：其一是基于数据库实现分布式锁功能，另外两种则是基于redis或者zookeeper来实现，这三种分布式锁的实现方案可以说各有利弊。

首先，基于数据库方案来实现分布式锁，实现上虽然简单，但是性能堪忧，它一般是通过表中主键唯一或者字段建立唯一索引来实现的，需要多建索引，不仅占用磁盘空格，而且还会在高并发场景下容易出现数据库死锁；使用数据库还会存在单点故障，若使用数据库集群，又存在主从数据同步的问题。其次，基于redis实现分布式锁，它主要是基于redis单线程接收请求和redis的setnx命令，但是不好控制何时删除key；使用redis实现分布式锁看起来实现性最高，但是它存在死锁的情况；虽然市场上采用了框架redisson进行了二次封装，操作简单，但是它仍解决不了哨兵模式或主从模式情况下，主节点挂掉，多个客户端同时获取锁成功的情况。最后，对于基于zookeeper实现分布式锁，它主要是基于它的临时顺序节点特性和watch监听，性能虽好，但是为了避免单点故障，还得搭建集群，zookeeper环境搭建起来较复杂，巨耗资源成本。综上，现有的分布式锁实现方案存在操作复杂、抗并发性弱，以及会因主节点挂掉而造成的数据不同步等技术问题。

发明人发现针对相关技术中存在的上述问题，目前尚未发现有效的解决方案。

发明内容

本发明提供了一种分布式锁的处理方法及装置、电子设备、存储介质，以至少解决了相关技术中现有的分布式锁实现方式存在操作复杂、抗并发性弱以及会因主节点挂掉而造成的数据不同步等技术问题。

根据本发明的一个方面，提供了一种分布式锁的处理方法，包括：通过对象存储的应用程序接口设置上传对象函数中的键值对，其中，所述键值对包括键名和键值，所述键名设置为分布式锁的锁名，所述键值设置为含有目标应用服务器的唯一主机名，所述锁名由当多个应用服务器并发访问共享数据时待操作目标业务的业务名决定，所述目标应用服务器为所述多个应用服务器中任一应用服务器；根据所述锁名和所述目标应用服务器的唯一主机名，判断所述目标应用服务器是否成功抢占锁资源；若所述目标应用服务器成功抢占锁资源，则操作所述目标业务。

可选的，在根据所述锁名和所述目标应用服务器的唯一主机名，判断所述目标应用服务器是否成功抢占锁资源之前，所述方法还包括：通过所述应用程序接口调用所述上传对象函数；通过所述应用程序接口调用所述对象存储中的获取对象函数，以获取所述键值对。