CN108089926A - 一种获取分布式锁的方法、装置、设备及可读存储介质 - Google Patents

Abstract

本发明公开了一种获取分布式锁的方法，首先构建与业务需求对应的分布式锁，向预先生成的存储有分布式锁的目标表中写入目标数据，然后获取写入目标数据之后的反馈信息，通过判断反馈信息与目标信息是否一致来确定是否成功获取到目标分布式锁，并且当反馈信息与目标信息不一致时，通过识别反馈信息的类型并依据识别结果获取分布式锁。应用这种获取分布式锁的方式，一个业务成功获取到分布式锁的同时，其它的业务也可以继续向目标表中写入目标数据，无需排队等待，可以避免在并发量较高时，由于多个业务相互等待对方释放锁和锁定的资源进而导致系统出现死锁的情况。另外，本发明还公开了一种获取分布式锁的装置、设备及可读存储介质，效果如上。

Description

一种获取分布式锁的方法、装置、设备及可读存储介质

技术领域

本发明涉及计算机应用领域，特别涉及一种分布式锁的管理方法、装置设备及可读存储介质。

背景技术

当今的IT系统大多都会采用多实例的分布式部署方式，其好处是确保了系统的高可用性，也达到了系统的横向扩展能力，但随之也带来了系统设计复杂度高、共享资源竞争访问等其它方面的问题。

分布式锁是控制分布式系统之间同步访问共享资源的一种方式，先通过获得分布式锁的应用才能根据该分布式锁访问共享资源。在分布式系统中，存在需要协调访问共享资源、定时任务执行的数据不能多次重复执行等业务场景。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源，那么访问这些资源的时候，往往需要互斥来防止彼此干扰来保证一致性，在这种情况下，便需要使用到分布式锁。

目前主要通过排他锁的方式获取分布式锁，具体为首先手动提交事务操作，然后使用for update在唯一索引字段上执行一次查询操作来实现对分布式锁的获取，若查询到该条数据，说明成功获取到分布式锁，即锁定成功。但是这种获取分布式锁的方法，如果在并发量较高时，会导致其它锁定的业务对该条记录的读操作也进入等待释放读锁的排队中，由此可能导致大量的排他锁在相互等待对方释放锁或锁定的资源进而导致死锁。

由此可见，如何克服传统的获取分布式锁的方法，由于不同业务互相等待进而导致系统出现死锁的问题是本领域技术人员亟待解决的问题。

发明内容

本申请实施例提供了一种获取分布式锁的方法、装置、设备及可读存储介质，以解决现有技术中传统的获取分布式锁的方法，由于不同业务互相等待进而导致系统出现死锁的问题。

为解决上述技术问题，本发明提供了一种获取分布式锁的方法，包括：

依据业务需求构建分布式锁，并将所述分布式锁存储至预先生成的目标表；

向所述目标表中写入目标数据，并获取写入所述目标数据之后的反馈信息；

判断所述反馈信息与目标信息是否一致；

如果是，则确定成功获取到与所述业务需求对应的目标分布式锁，如果否，则识别所述反馈信息的类型，并依据识别结果获取所述分布式锁。

优选地，所述将所述分布式锁存储至预先生成的目标表具体为：将所述分布式锁的锁名称、锁状态、锁描述、创建时间和更新时间存储至所述目标表。

优选地，当所述反馈信息的类型为所述目标数据存在冲突时，所述依据识别结果获取所述分布式锁具体为：

删除与所述目标数据对应的所述业务需求，获取下一个所述业务需求，并进入所述向所述目标表中写入目标数据，并获取写入所述目标数据之后的反馈信息的步骤。

优选地，在所述成功获取到与所述业务需求对应的所述分布式锁之后，还包括：

修改所述目标数据。

优选地，在所述修改所述目标数据之后，还包括：

判断所述目标数据是否成功修改且创建所述目标数据的时间距离当前时间的时间差是否小于等于设定阈值；

如果否，则释放所述分布式锁，并删除所述目标数据和超出所述时间差的超时时间内的分布式锁记录。

优选地，在成功修改所述目标数据之后，还包括：

周期性删除修改成功的所述目标数据。

为解决上述技术问题，本发明还提供了一种与获取分布式锁对应的装置，包括：

构建单元，用于依据业务需求构建分布式锁，并将所述分布式锁存储至预先生成的目标表；

写入单元，用于向所述目标表中写入目标数据，并获取写入所述目标数据之后的反馈信息；

判断单元，用于判断所述反馈信息与目标信息是否一致，如果是，则触发确定单元，如果否，则触发识别单元；

所述确定单元，用于确定成功获取到与所述业务需求对应的目标分布式锁；

所述识别单元，用于识别所述反馈信息的类型，并依据识别结果获取所述分布式锁。

优选地，还包括：

修改单元，用于修改所述目标数据。

为解决上述技术问题，本发明还提供了一种与获取分布式锁对应的设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现上述任意一种所述获取分布式锁的方法的步骤。

为解决上述技术问题，本发明还提供了一种与获取分布式锁对应的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行以实现上述任意一种所述获取分布式锁的方法的步骤。

相比于现有技术，本发明所提供的一种获取分布式锁的方法，首先构建与业务需求对应的分布式锁，向预先生成的存储有分布式锁的目标表中写入目标数据，然后获取写入目标数据之后的反馈信息，通过判断反馈信息与目标信息是否一致来确定是否成功获取到与业务需求对应的目标分布式锁，并且当反馈信息与目标信息不一致时，可以通过识别反馈信息的类型并依据识别结果获取分布式锁。该方法，通过向目标表中写入目标数据的方式来判断是否成功获取到目标分布式锁，应用这种获取分布式锁的方式，一个业务成功获取到分布式锁的同时，其它的业务也可以继续向目标表中写入目标数据，无需排队等待，也就是说其它业务可以同步对该分布式锁进行操作，可以避免在并发量较高时，由于多个业务相互等待对方释放锁和锁定的资源进而导致系统出现死锁的情况。另外，本发明还提供了一种获取分布式锁的装置、设备及可读存储介质，效果如上。

附图说明

图1为本发明实施例所提供的一种获取分布式锁的方法流程图；

图2为本发明实施例所提供的一种获取分布式锁的装置组成示意图；

图3为本发明实施例所提供的一种获取分布式锁的设备组成示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明的核心是提供一种获取分布式锁的方法、装置、设备及可读存储介质，可以解决传统的获取分布式锁的方法，由于不同业务互相等待进而导致系统出现死锁的问题。

为了使本技术领域的人员更好地理解本发明的方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

图1为本发明实施例所提供的一种获取分布式锁的方法流程图，如图1所示，该方法包括：

S101：依据业务需求构建分布式锁，并将分布式锁存储至预先生成的目标表。

依据不同的业务需求，构建分布式锁，然后将该分布式锁存储至预先生成的目标表，目标表是系统中预先生成的；步骤S101可以理解为依据业务需求构建分布式锁表，例如，目前有A、B、C三种业务需求，然后就依据这三种业务需求构建出与A业务需求对应的分布式锁A1，与B业务需求对应的分布式B1，与C业务需求对应的分布式锁C1。优选地，将分布式锁存储至预先生成的目标表具体为：将分布式锁的锁名称、锁状态、锁描述、创建时间和更新时间存储至目标表。

S102：向目标表中写入目标数据，并获取写入目标数据之后的反馈信息。

当有关业务需要获取与之对应的分布式锁时，可以向目标表中写入目标数据，同时获取写入目标数据之后的反馈信息，目标数据可以为创建分布式锁的锁名称，也可以为分布式锁的锁状态，具体地可根据实际情况确定，本发明不做限定。

S103：判断反馈信息与目标信息是否一致，如果是，则进入步骤S104，如果否，则进入步骤S105。

S104：确定成功获取到与业务需求对应的目标分布式锁。

S105：识别反馈信息的类型，并依据识别结果获取分布式锁。

如果写入目标数据之后获取的反馈信息与目标信息一致，则说明目标数据成功写入目标表，也就意味着成功获取到与业务需求对应的目标分布式锁，如果写入目标数据之后获取的反馈信息与目标信息不一致，则说明目标数据没有成功写入目标表，即未成功获取到与业务需求对应的目标分布式锁，这时就需要识别反馈信息的类型，然后再依据识别结果获取分布式锁。

作为优选地实施方式，当反馈信息的类型为目标数据存在冲突时，依据识别结果获取分布式锁具体为：删除与目标数据对应的业务需求，获取下一个业务需求，并进入步骤S102。

如果异常反馈信息的类型为目标数据存在冲突时，就说明在目标表中已经存储有该目标数据，已经有其它业务发送过该目标数据，即与该目标数据对应的分布式锁已经被其它业务占用，这时就需要删除与目标数据对应的业务需求，以免系统连接池被过多的占用，然后再获取下一个业务需求，重复执行步骤S102即可。反馈信息的类型还有可能是系统数据库连接出现错误等信息，当反馈信息的类型为系统数据库连接出现错误时，这时只需重复执行步骤S102即可。

在实际应用中，假如目标数据为分布式锁的锁状态，在将分布式锁存储至预先生成的目标表之后，向目标表中写入与业务需求对应的锁状态，即锁状态字段值为“处理中”；如果写入后的响应结果为1(目标信息)，则表明成功插入一条记录，说明成功获取到与业务需求对应的目标分布式锁；如果写入的响应结果为目标数据存在冲突相关的异常信息，则说明该目标数据已经存在，分布式锁已经被其它业务占用，则可忽略本条业务需求，继续处理下一条业务需求；如果写入的响应结果为其它异常，如数据库连接出现错误等信息时，则重复执行步骤S102。在实际应用中，可以用2台数据库做双向数据同步，一旦其中一台挂掉可以快速切换到备用数据库上。

本实施例提供的方法可以被应用到历史数据归档中。在互联网企业中，大部分支撑联机业务的系统都是使用关系型数据库作为持久化组件，随着业务数据量的逐渐增加积累，带来表数据量过大，即影响查询效率，也对磁盘的容量产生压力。实际中存储越久的数据最近被使用的频率会越低，所以通过一个历史数据归档系统将这类数据存入到HDFS这类大数据平台的分布式文档系统中统一存放是很有必要的。历史数据归档系统需要接入的业务系统多，数据量大，这就需要设计成一个分布式的，可横向扩展的系统来提升归档效率。相同的业务数据资源在多个节点实例间需要一套锁机制来确保资源的独占处理，而采用本实施例提供的方法，能实现对资源的锁定处理能力。

做归档计划创建时，首先读取所有需要做数据归档的业务系统信息，信息包括业务系统上次归档截止的时间点、初试化设定的归档规则等。然后遍历所有的业务系统，读取一条业务系统，通过“业务系统代码-业务ID-plan”拼凑成锁名称。然后向T_LOCK表中写入一条状态为“处理中”的锁记录，写入返回结果为成功，则说明本节点系统抢到了分布式锁，可以为该业务系统下的业务ID创建具体的归档计划了，该计划的状态为“待处理”，计划创建完成后更新该条锁记录的状态为“完成”；如果写入返回结果为记录写入冲突，则说明其它节点系统抢到了该分布式锁，本节点跳过本条业务ID对应的归档计划的创建，进入下一条业务的处理；如果写入返回结果为其它异常，则就需要设计相应的重试机制。

本发明所提供的一种获取分布式锁的方法，首先构建与业务需求对应的分布式锁，向预先生成的存储有分布式锁的目标表中写入目标数据，然后获取写入目标数据之后的反馈信息，通过判断反馈信息与目标信息是否一致来确定是否成功获取到与业务需求对应的目标分布式锁，并且当反馈信息与目标信息不一致时，可以通过识别异常反馈信息的类型并依据识别结果获取分布式锁。该方法，通过向目标表中写入目标数据的方式来判断是否成功获取到目标分布式锁，应用这种获取分布式锁的方式，一个业务成功获取到分布式锁的同时，其它的业务也可以继续向目标表中写入目标数据，无需排队等待，也就是说其它业务可以同步对该分布式锁进行操作，可以避免在并发量较高时，由于多个业务相互等待对方释放锁和锁定的资源进而导致系统出现死锁的情况。

在上述实施例的基础上，作为优选地实施方式，在成功获取到与业务需求对应的分布式锁之后，还包括：

修改目标数据。

为了便于对分布式锁进行管理，当确定成功获取到与业务需求对应的分布式锁之后，还需要对目标数据进行修改。

为了防止出现由于整个系统出现异常或者系统需要重启等场景可能导致分布式锁的锁状态还是停留在最开始的状态，相关分布式锁长时间无法释放的情况，在上述实施例的基础上，作为优选地实施方式，在修改目标数据之后，还包括：

判断目标数据是否成功修改且创建目标数据的时间距离当前时间的时间差是否小于等于设定阈值；

如果否，则释放分布式锁，并删除目标数据和超出时间差的超时时间内的分布式锁记录。

在实际应用中，当目标数据未成功修改且创建目标数据的时间距离当前时间的时间差小于等于设定阈值时，则需要通过系统自身的超时机制来主动释放该分布式锁，同时删除目标数据和超出时间差的超时时间内的分布式锁记录，例如，设定阈值为2分钟，如果目标数据的创建时间为1:01，当前时间为1:05，这时就需要删除1:03至1:05之间的锁记录。当然对于操作成功的业务，是否需要通过超时机制主动释放分布式锁，则根据业务需求而定，本发明并不做限定。

为了防止目标表自身的记录过多，影响相关判断结果，在上述实施例的基础上，作为优选地实施方式，在成功修改目标数据之后，还包括：

周期性删除修改成功的目标数据。即可以周期性删除时间比较久的已经修改成功的目标数据。

上文中对于一种获取分布式锁的方法的实施例进行了详细描述，基于上述实施例描述的获取分布式锁的方法，本发明实施例还提供了一种与该方法对应的获取分布式锁的装置。由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参照方法部分的实施例描述，这里不再详细赘述。

图2为本发明实施例所提供的一种获取分布式锁的装置组成示意图，如图2所示，该装置包括：构建单元201、写入单元202、判断单元203、确定单元204和识别单元205。

构建单元201，用于依据业务需求构建分布式锁，并将分布式锁存储至预先生成的目标表；

写入单元202，用于向目标表中写入目标数据，并获取写入目标数据之后的反馈信息；

判断单元203，用于判断反馈信息与目标信息是否一致，如果是，则触发确定单元，如果否，则触发识别单元；

确定单元204，用于确定成功获取到与业务需求对应的目标分布式锁；

识别单元205，用于识别异常反馈信息的类型，并依据识别结果获取分布式锁。

本发明所提供的一种获取分布式锁的装置，首先构建与业务需求对应的分布式锁，向预先生成的存储有分布式锁的目标表中写入目标数据，然后获取写入目标数据之后的反馈信息，通过判断反馈信息与目标信息是否一致来确定是否成功获取到与业务需求对应的目标分布式锁，并且当反馈信息与目标信息不一致时，可以通过识别反馈信息的类型并依据识别结果获取分布式锁。该装置，通过向目标表中写入目标数据的方式来判断是否成功获取到目标分布式锁，应用这种获取分布式锁的方式，一个业务成功获取到分布式锁的同时，其它的业务也可以继续向目标表中写入目标数据，无需排队等待，也就是说其它业务可以同步对该分布式锁进行操作，可以避免在并发量较高时，由于多个业务相互等待对方释放锁和锁定的资源进而导致系统出现死锁的情况。

在上述实施例的基础上，作为优选地实施方式，该装置还包括：

修改单元，用于修改目标数据。

上文中对于一种获取分布式锁的方法的实施例进行了详细描述，基于上述实施例描述的获取分布式锁的方法，本发明实施例还提供了一种与该方法对应的获取分布式锁的设备。由于设备部分的实施例与方法部分的实施例相互对应，因此设备部分的实施例请参照方法部分的实施例描述，这里不再详细赘述。

图3为本发明实施例所提供的一种获取分布式锁的设备组成示意图，如图3所示，该设备包括：存储器301和处理器302。

存储器301，用于存储计算机程序；

处理器302，用于执行计算机程序以实现上述任意一个实施例提供的获取分布式锁的方法的步骤。

本发明所提供的一种获取分布式锁的设备，通过向目标表中写入目标数据的方式来判断是否成功获取到与业务需求对应的目标分布式锁，应用这种获取分布式锁的方式，一个业务成功获取到分布式锁的同时，其它的业务也可以继续向目标表中写入目标数据，无需排队等待，也就是说其它业务可以同步对该分布式锁进行操作，可以避免在并发量较高时，由于多个业务相互等待对方释放锁和锁定的资源进而导致系统出现死锁的情况。

上文中对于一种获取分布式锁的方法的实施例进行了详细描述，基于上述实施例描述的获取分布式锁的方法，本发明实施例还提供了一种与该方法对应的一种计算机可读存储介质。由于计算机可读存储介质部分的实施例与方法部分的实施例相互对应，因此计算机可读存储介质部分的实施例请参照方法部分的实施例描述，这里不再详细赘述。

一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行以实现上述任意一个实施例提供的获取分布式锁的方法的步骤。

本发明所提供的一种计算机可读存储介质，控制器可以读取可读存储介质中存储的程序，即可以实现上述任意一个实施例提供的获取分布式锁的方法的步骤，因此可以避免在并发量较高时，由于多个业务相互等待对方释放锁和锁定的资源进而导致系统出现死锁的情况。

以上对本发明所提供的一种获取分布式锁的方法、装置、设备及可读存储介质进行了详细介绍。本文中运用几个实例对本发明的原理及实施方式进行了阐述，以上实施例的说明，只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制，本领域技术人员，在没有创造性劳动的前提下，对本发明所做出的修改、等同替换、改进等，均应包含在本申请中。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个操作与另一个操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”等类似词，使得包括一系列要素的单元、设备或系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种单元、设备或系统所固有的要素。

Claims (10)

1.一种获取分布式锁的方法，其特征在于，包括：

依据业务需求构建分布式锁，并将所述分布式锁存储至预先生成的目标表；

向所述目标表中写入目标数据，并获取写入所述目标数据之后的反馈信息；

判断所述反馈信息与目标信息是否一致；

如果是，则确定成功获取到与所述业务需求对应的目标分布式锁，如果否，则识别所述反馈信息的类型，并依据识别结果获取所述分布式锁。

2.根据权利要求1所述的获取分布式锁的方法，其特征在于，所述将所述分布式锁存储至预先生成的目标表具体为：将所述分布式锁的锁名称、锁状态、锁描述、创建时间和更新时间存储至所述目标表。

3.根据权利要求1所述的获取分布式锁的方法，其特征在于，当所述反馈信息的类型为所述目标数据存在冲突时，所述依据识别结果获取所述分布式锁具体为：

删除与所述目标数据对应的所述业务需求，获取下一个所述业务需求，并进入所述向所述目标表中写入目标数据，并获取写入所述目标数据之后的反馈信息的步骤。

4.根据权利要求1至3任意一项所述的获取分布式锁的方法，其特征在于，在所述成功获取到与所述业务需求对应的所述分布式锁之后，还包括：

修改所述目标数据。

5.根据权利要求4所述的获取分布式锁的方法，其特征在于，在所述修改所述目标数据之后，还包括：

判断所述目标数据是否成功修改且创建所述目标数据的时间距离当前时间的时间差是否小于等于设定阈值；

如果否，则释放所述分布式锁，并删除所述目标数据和超出所述时间差的超时时间内的分布式锁记录。

6.根据权利要求5所述的获取分布式锁的方法，其特征在于，在成功修改所述目标数据之后，还包括：

周期性删除修改成功的所述目标数据。

7.一种获取分布式锁的装置，其特征在于，包括：

构建单元，用于依据业务需求构建分布式锁，并将所述分布式锁存储至预先生成的目标表；

写入单元，用于向所述目标表中写入目标数据，并获取写入所述目标数据之后的反馈信息；

判断单元，用于判断所述反馈信息与目标信息是否一致，如果是，则触发确定单元，如果否，则触发识别单元；

所述确定单元，用于确定成功获取到与所述业务需求对应的目标分布式锁；

所述识别单元，用于识别所述反馈信息的类型，并依据识别结果获取所述分布式锁。

8.根据权利要求7所述获取分布式锁的装置，其特征在于，还包括：

修改单元，用于修改所述目标数据。

9.一种获取分布式锁的设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现如权利要求1至6任意一项所述获取分布式锁的方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行以实现如权利要求1至6任意一项所述获取分布式锁的方法的步骤。