[发明专利]任务处理方法、装置、设备及计算机可读存储介质

说明书

本发明公开了一种任务处理方法、装置、设备及计算机可读存储介质，涉及金融科技技术领域。该任务处理方法包括：每隔第一预设时间通过轮询线程开启第一事务；向目标数据库发送查询命令，得到第一返回结果，并根据所述第一返回结果判断是否存在指定类型且处于空闲状态的互斥锁；若存在指定类型且处于空闲状态的互斥锁，则向所述目标数据库发送第一更新命令，得到第二返回结果，并根据所述第二返回结果判断所述互斥锁是否已被锁定；若判定所述互斥锁未被锁定，则向所述目标数据库提交所述第一事务，以竞争获取互斥锁，并进行任务处理。本发明能够在不引入额外基础软件设施的基础上、基于TiDB乐观锁实现任务的竞争与互斥，可节省成本。

技术领域

本发明涉及金融科技(Fintech)技术领域，尤其涉及一种任务处理方法、装置、设备及计算机可读存储介质。

背景技术

随着计算机技术的发展，越来越多的技术应用在金融领域，传统金融业正在逐步向金融科技(Fintech)转变，但由于金融行业的安全性、实时性要求，也对技术提出了更高的要求。

目前，互联网银行的任务处理系统，通常面临着大量的任务、海量的数据需要处理。而传统关系型数据库，由于其横向扩展性差，已逐渐无法满足任务处理系统对于海量数据处理的需求。而TiDB作为一款结合了传统关系型数据库和非关系型数据库特性的新型分布式数据库，可支持无限的横向扩展，同时也兼容MySQL协议和语法，因此，将大量任务和海量数据用TiDB来处理，完全可以解决数据库的瓶颈问题。

然而，由于TiDB的锁类型为乐观锁，而传统关系型数据库的锁类型为悲观锁，因此，在任务处理过程中，传统关系型数据库的任务竞争与互斥方法并不适用于TiDB数据库。目前，为实现基于TiDB数据库的任务竞争与互斥，通常会将互斥锁迁移到分布式缓存中来实现，比如Redis(Remote Dictionary Server，远程字典服务，一款分布式内存数据库)，但是该种做法存在以下缺点：1)引入了额外的部署单元，会提高编码成本、部署成本及运维成本；2)当Redis服务宕机时，或者当Redis的网络线路不通时，任务将无法处理。因此，如何在不引入额外基础软件设施的基础上、基于TiDB乐观锁实现任务的竞争与互斥是目前亟需解决的问题。

发明内容

本发明的主要目的在于提供一种任务处理方法、装置、设备及计算机可读存储介质，旨在实现在不引入额外基础软件设施的基础上、基于TiDB乐观锁实现任务的竞争与互斥，以节省成本。

为实现上述目的，本发明提供一种任务处理方法，所述任务处理方法包括：

每隔第一预设时间通过轮询线程开启第一事务；

向目标数据库发送查询命令，得到第一返回结果，并根据所述第一返回结果判断是否存在指定类型且处于空闲状态的互斥锁；

若存在指定类型且处于空闲状态的互斥锁，则向所述目标数据库发送第一更新命令，得到第二返回结果，并根据所述第二返回结果判断所述互斥锁是否已被锁定；

若判定所述互斥锁未被锁定，则向所述目标数据库提交所述第一事务，以竞争获取互斥锁，并进行任务处理。

可选地，所述每隔第一预设时间通过轮询线程开启第一事务的步骤包括：

每隔第一预设时间获取轮询线程的上下文信息，并根据所述上下文信息判断所述轮询线程中是否存在处理事务；

若所述轮询线程中存在处理事务，则通过所述轮询线程创建第一同步等待线程，并在所述第一同步等待线程中开启第一事务；

若所述轮询线程中不存在处理事务，则在所述轮询线程中开启第一事务。

可选地，所述任务处理方法还包括：

当侦测到所述第一事务提交成功、获取到互斥锁时，在所述轮询线程中开启第二事务；