CN111475515A - 失败任务的补偿管理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种失败任务的补偿管理方法、装置、计算机设备及存储介质，涉及计算机任务处理技术领域。该方法包括：在数据库中对数据更新任务的同步结果进行记录；实时检测数据库中的新增记录，以获取新增记录中对同步结果记录为失败的数据更新任务；激活预设的定时补偿任务，定时补偿任务用于依次对同步结果记录为失败的数据更新任务重新推送进行再次同步；基于定时补偿任务的补偿执行结果更新数据库中对数据更新任务的同步结果的记录。所述方法可实现对同步失败的数据更新任务的自动补偿，在前端用户对同步结果无感知的情况下完成对同步问题的修复，节省时间、提高处理效率的同时，还能提高系统的稳定性，从而带来更好的用户体验。

Description

失败任务的补偿管理方法、装置、计算机设备及存储介质

技术领域

本申请涉及计算机任务处理技术领域，特别是一种失败任务的补偿管理方法、装置、计算机设备及存储介质。

背景技术

B门户是提供给所有银行用户群使用的后台管理平台，用于统一管理所有的用户群。当在B门户的web页面上操作对账户、角色、菜单权限的增删改时，会异步推送数据给各个接入的子系统，由于子系统均为提供给银行使用的系统，其操作过程中会涉及到调用一些银行的接口，而接口的稳定性、网络情况等均有可能导致数据推送失败。

由于推送接口的处理是异步的，是否推送成功管理员不可知，用户登录B门户，再跳转访问子系统才能发觉该推送操作是否失败，若失败此时再重新操作使体验太差，而且如果推送失败了用户便重新操作会耗费大量时间，影响操作效率。

发明内容

本申请实施例所要解决的技术问题是，提供一种失败任务的补偿管理方法、装置、计算机设备及存储介质，能对同步失败的数据更新任务实现自动补偿，减少人力资源的占用和时间的损耗。

为了解决上述技术问题，本申请实施例提供一种失败任务的补偿管理方法，采用了如下所述的技术方案：

一种失败任务的补偿管理方法，包括：

在数据库中对数据更新任务的同步结果进行记录；

实时检测数据库中的新增记录，以获取所述新增记录中对同步结果记录为失败的数据更新任务；

激活预设的执行时间间隔为t的定时补偿任务，所述定时补偿任务用于依次对同步结果记录为失败的所述数据更新任务重新推送进行再次同步；

基于所述定时补偿任务的补偿执行结果更新所述数据库中对所述数据更新任务的同步结果的记录。

为了解决上述技术问题，本申请实施例还提供一种失败任务的补偿管理装置，采用了如下所述的技术方案：

一种失败任务的补偿管理装置，包括：

数据记录模块，用于在数据库中对数据更新任务的同步结果进行记录；

记录查询模块，用于实时检测数据库中的新增记录，以获取所述新增记录中对同步结果记录为失败的数据更新任务；

任务激活模块，用于激活执行的时间间隔为t的定时补偿任务，所述定时补偿任务用于依次对同步结果记录为失败的所述数据更新任务重新推送进行再次同步；

数据更新模块，用于基于所述定时补偿任务的补偿执行结果更新所述数据库中对所述数据更新任务的同步结果的记录。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如上述任意一项技术方案所述的失败任务的补偿管理方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任意一项技术方案所述的失败任务的补偿管理方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例公开了一种失败任务的补偿管理方法、装置、计算机设备及存储介质，本申请实施例所述的失败任务的补偿管理方法，在数据库中对数据更新任务的同步结果进行记录；并实时检测数据库中的新增记录，以获取新增记录中对同步结果记录为失败的数据更新任务；然后激活预设的执行时间间隔为t的定时补偿任务，以依次对同步结果记录为失败的数据更新任务重新推送进行再次同步；最后基于定时补偿任务的补偿执行结果更新数据库中对数据更新任务的同步结果的记录。所述方法通过上述定时补偿任务的激活机制，可实现对同步失败的数据更新任务的自动补偿，在前端用户对同步结果无感知的情况下完成对同步问题的修复，从而提高了系统的稳定性，节省时间、提高处理效率的同时，带来了更好的用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例可以应用于其中的示例性系统架构图；

图2为本申请实施例中所述失败任务的补偿管理方法的一个实施例的流程图；

图3为本申请实施例中所述失败任务的补偿管理装置的一个实施例的结构示意图；

图4为本申请实施例中计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“包括”、“包含”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。在本申请的权利要求书、说明书以及说明书附图中的术语，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体/操作/对象与另一个实体/操作/对象区分开来，而不一定要求或者暗示这些实体/操作/对象之间存在任何这种实际的关系或者顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其他实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其他实施例相结合。

为了使本技术领域的人员更好地理解本申请的方案，下面将结合本申请实施例中的相关附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括第一终端设备101、第二终端设备102、第三终端设备103、网络104和服务器105。网络104用以在第一终端设备101、第二终端设备102、第三终端设备103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用第一终端设备101、第二终端设备102和第三终端设备103通过网络104与服务器105交互，以接收或发送消息等。第一终端设备101、第二终端设备102和第三终端设备103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

第一终端设备101、第二终端设备102和第三终端设备103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对第一终端设备101、第一终端设备102和第三终端设备103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的失败任务的补偿管理方法一般由服务器/终端设备执行，相应地，失败任务的补偿管理装置一般设置于服务器/终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了本申请实施例中所述失败任务的补偿管理方法的一个实施例的流程图。所述失败任务的补偿管理方法，包括以下步骤：

步骤201：在数据库中对数据更新任务的同步结果进行记录。

本申请中，所述数据更新任务主要包括：对账户、角色和菜单等数据进行的新增、修改和删除操作。所述失败任务的补偿管理方法实施时，首先需要记录下每个数据更新任务的同步结果，尤其是对于其中同步失败的部分数据更新任务，必要时可以采用特殊标识进行标记，以方便后续查询时找出。

数据同步一般指不同存储设备或终端与终端，终端与服务器之间的备份操作，同步结果即指该备份操作是否成功，同步结果主要分为同步成功或同步失败两种。

在本申请的一些实施例中，所述步骤201包括：

若数据更新任务的同步结果为失败，且所述数据更新任务属于新增和修改操作，则在数据库的表单中设置用于表示所述同步结果为失败的标识符；

若数据更新任务的同步结果为失败，且所述数据更新任务属于删除操作，则在redis中生成日志以记录所述删除操作的对象和同步结果。

数据更新任务通过接口异步推送给其他子系统进行数据同步却同步失败时，若所述数据更新任务为对账户、角色和菜单等数据进行的新增和修改操作，则在数据库的表单中建立一个标识符，来表示这些新增和修改操作在子系统中的同步结果为失败的；而若所述数据更新任务为对账户、角色和菜单等数据进行的删除操作，则在redis中记录下这些删除操作的对象和同步结果，该同步结果均表示这些删除操作为同步失败的操作。

Redis是一个日志型的key-value(键-值)对存储系统，也是属于数据库的一种。Redis中存储的值的格式支持五种数据类型：string(字符串)，hash(哈希表)，list(双向链表)，set(集合)及zset(排序集合)。Redis锁是控制分布式系统或不同系统之间共同访问共享资源的一种锁实现，如果不同的系统或同一个系统的不同主机之间共享了某个资源时，往往需要互斥来防止彼此干扰来保证一致性。

具体地，如系统中的某一共享资源被占用时，就通过key-value对中的key值对占用该共享资源的操作进行唯一标识，并将该key-value对存储在redis中，表示该操作已上锁，而其他操作需要访问该共享资源时，一旦检测到上述key-value对，便会阻止其他操作对该共享资源的访问。

进一步的，所述失败任务的补偿管理方法还包括：

通过所述定时补偿任务依次对操作内容为新增、修改和删除的数据更新任务执行重新推送进行再次同步；

若再次同步时同步成功，则将对应在表单中设置的所述标识符进行更新以表示所述同步结果为成功，或在redis中将对应记录的所述日志删除。

在redis中将对应记录的日志删除的实质是，删除存储在redis中的标识该定时补偿任务的key-value对，以释放该定时补偿任务的redis锁进行解锁，如此对系统资源的状态进行及时更新，使新的定时补偿任务便能及时访问所需的资源。而若再次同步时仍同步失败，则可以继续执行所述定时补偿任务。

在本申请实施例中，所述失败任务的补偿管理方法运行于其上的电子设备(例如图1所示的服务器/终端设备)可以通过有线连接方式或者无线连接方式接收数据更新任务的执行指令。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

步骤202：实时检测数据库中的新增记录，以获取所述新增记录中对同步结果记录为失败的数据更新任务。

保持监控数据库的数据更新，能够实时获取数据库中的数据变化，通过在数据库的新增记录中进行查询，以获取其中记录的同步结果为失败的数据更新任务，从而通过实施对所述同步结果为失败的数据更新任务进行补偿操作。

步骤203：激活执行的时间间隔为t的定时补偿任务，所述定时补偿任务用于依次对同步结果记录为失败的所述数据更新任务重新推送进行再次同步。

定时补偿任务之间的时间间隔可以根据用户的需求任意设置，如将t设为1分钟或5分钟等时间均可。该定时补偿任务为预先设置好的，只需自动激活即可执行。

通过步骤202查询到同步失败的数据更新任务后，激活预设的补偿机制建立对应于这些数据更新任务的定时补偿任务，从而通过所述定时补偿任务完成对这些数据更新任务中的操作进行再次同步。

在本申请的一些实施例中，在步骤203之前，所述失败任务的补偿管理方法还包括：

获取待激活的定时补偿任务对应的redis锁状态，以判断所述定时补偿任务对应的操作是否已上锁；

若已上锁，则停止所述定时补偿任务；若未上锁，则为所述定时补偿任务的操作上锁后执行所述定时补偿任务，并在所述定时补偿任务执行完成后对其redis锁进行解锁。

当有多个定时补偿任务同时执行时，若多个定时补偿任务的操作之间有部分资源相互重合或部分重合，则会影响同步结果记录的准确性或会重复对同一个操作进行同步，浪费服务器资源。

因此在一个定时补偿任务执行时，便对其操作配置redis锁进行上锁，并在该定时补偿任务执行完成后，通过释放redis锁进行解锁。

在进一步的具体实施方式中，所述停止所述定时补偿任务的步骤之后，所述失败任务的补偿管理方法还包括：

轮询所述定时补偿任务的redis锁状态；

当检测到所述redis锁已解锁后，获取所述定时补偿任务对应操作的当前同步结果；

若所述当前同步结果仍记录为失败，则重新激活所述定时补偿任务。

若当前的定时补偿任务对应的操作已上锁，可以将该定时补偿任务直接删除，或暂时挂起等待，通过进一步轮询对应的redis锁的状态，等待该redis锁的释放解锁，以便在其他定时补偿任务仍同步失败后，能及时启动该挂起等待中的定时补偿任务继续执行同步操作。

在本申请实施例的一种具体实施方式中，步骤203中所述激活执行的时间间隔为t的定时补偿任务的步骤之后，所述失败任务的补偿管理方法还包括：

实时监控所述定时补偿任务的执行时间；

当所述执行时间超过预设的过期时间时，对所述定时补偿任务的redis锁进行强制释放。

若处理过程中出现阻塞、连接超时等异常状况，使redis锁变成死锁状态，使定时补偿任务执行完成后或持续占用系统资源无法对redis锁进行及时解锁。通过在系统中预设一个表示任务超时等待时间的过期时间，在定时补偿任务的执行时间超过预设的过期时间后，强制释放该定时补偿任务的redis锁进行解锁，以防止阻塞新的定时补偿任务的进程。

在本申请的一些实施例中，步骤203中所述激活执行的时间间隔为t的定时补偿任务的步骤之后，所述失败任务的补偿管理方法还包括：

记录每个数据更新任务对应的定时补偿任务的执行次数；

当一个数据更新任务对应的定时补偿任务的执行次数达到预设的执行阈值时，停止对该数据更新任务的定时补偿任务。

通过预先设置每个数据更新任务的定时补偿任务的最大执行次数，即执行阈值，使每个数据更新任务的定时补偿任务的执行次数超过了执行阈值表示的次数后，停止执行该数据更新任务的定时补偿任务，以防止因网络等问题导致补偿失败时过多浪费系统资源。

步骤204：基于所述定时补偿任务的补偿执行结果更新所述数据库中对所述数据更新任务的同步结果的记录。

若通过所述定时补偿任务对之前同步失败的数据更新任务重新同步并同步成功后，便在数据库中对应地将记录为失败的结果修改为成功。而仍未通过定时补偿任务同步成功的数据更新任务，则可以进行标记后进一步处理或发送至运维端分析同步失败的原因。

本申请实施例所述的失败任务的补偿管理方法，可实现对同步失败的数据更新任务的自动补偿，在前端用户对同步结果无感知的情况下完成对同步问题的修复，节省时间、提高处理效率的同时，还能提高系统的稳定性，从而带来更好的用户体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图3，图3示出了为本申请实施例中所述失败任务的补偿管理装置的一个实施例的结构示意图。作为对上述图2所示方法的实现，本申请提供了一种失败任务的补偿管理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例所述的失败任务的补偿管理装置包括：

数据记录模块301；用于在数据库中对数据更新任务的同步结果进行记录。

记录查询模块302；用于实时检测数据库中的新增记录，以获取所述新增记录中对同步结果记录为失败的数据更新任务。

任务激活模块303；用于激活执行的时间间隔为t的定时补偿任务，所述定时补偿任务用于依次对同步结果记录为失败的所述数据更新任务重新推送进行再次同步。

数据更新模块304；用于基于所述定时补偿任务的补偿执行结果更新所述数据库中对所述数据更新任务的同步结果的记录。

在本申请的一些实施例中，所述数据记录模块301还用于若数据更新任务的同步结果为失败，且所述数据更新任务属于新增和修改操作，则在数据库的表单中设置用于表示所述同步结果为失败的标识符；若数据更新任务的同步结果为失败，且所述数据更新任务属于删除操作，则在redis中生成日志以记录所述删除操作的对象和同步结果。

进一步的，所述失败任务的补偿管理装置还包括：任务执行模块。所述任务执行模块用于通过所述定时补偿任务依次对操作内容为新增、修改和删除的数据更新任务执行重新推送进行再次同步；若再次同步时同步成功，则将对应在表单中设置的所述标识符进行更新以表示所述同步结果为成功，或在redis中将对应记录的所述日志删除。

在本申请的一些实施例中，所述失败任务的补偿管理装置还包括：锁状态处理模块。所述锁状态处理模块用于获取待激活的定时补偿任务对应的redis锁状态，以判断所述定时补偿任务对应的操作是否已上锁；若已上锁，则停止所述定时补偿任务；若未上锁，则为所述定时补偿任务的操作上锁后通过所述任务执行模块执行所述定时补偿任务，并在所述定时补偿任务执行完成后通过所述锁状态处理模块对其redis锁进行解锁。

在进一步的具体实施方式中，所述锁状态处理模块还用于轮询所述定时补偿任务的redis锁状态；当检测到所述redis锁已解锁后，通过所述记录查询模块302获取所述定时补偿任务对应操作的当前同步结果；若所述当前同步结果仍记录为失败，则通过所述任务激活模块303重新激活所述定时补偿任务。

在本申请实施例的一种具体实施方式中，所述锁状态处理模块用于实时监控所述定时补偿任务的执行时间；当所述执行时间超过预设的过期时间时，对所述定时补偿任务的redis锁进行强制释放。

在本申请的一些实施例中，所述任务执行模块还用于记录每个数据更新任务对应的定时补偿任务的执行次数；当一个数据更新任务对应的定时补偿任务的执行次数达到预设的执行阈值时，停止对该数据更新任务的定时补偿任务。

本申请实施例所述的失败任务的补偿管理装置，可实现对同步失败的数据更新任务的自动补偿，在前端用户对同步结果无感知的情况下完成对同步问题的修复，节省时间、提高处理效率的同时，还能提高系统的稳定性，从而带来更好的用户体验。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备6包括通过系统总线相互通信连接存储器61、处理器62、网络接口63。需要指出的是，图中仅示出了具有组件61-63的计算机设备6，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器61至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器61可以是所述计算机设备6的内部存储单元，例如该计算机设备6的硬盘或内存。在另一些实施例中，所述存储器61也可以是所述计算机设备6的外部存储设备，例如该计算机设备6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器61还可以既包括所述计算机设备6的内部存储单元也包括其外部存储设备。本实施例中，所述存储器61通常用于存储安装于所述计算机设备6的操作系统和各类应用软件，例如失败任务的补偿管理方法的程序代码等。此外，所述存储器61还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器62在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器62通常用于控制所述计算机设备6的总体操作。本实施例中，所述处理器62用于运行所述存储器61中存储的程序代码或者处理数据，例如运行所述失败任务的补偿管理方法的程序代码。

所述网络接口63可包括无线网络接口或有线网络接口，该网络接口63通常用于在所述计算机设备6与其他电子设备之间建立通信连接。

本申请实施例所述的计算机设备，通过处理器执行存储器中存储的计算机程序进行失败任务的补偿时，可实现对同步失败的数据更新任务的自动补偿，在前端用户对同步结果无感知的情况下完成对同步问题的修复，节省时间、提高处理效率的同时，还能提高系统的稳定性，从而带来更好的用户体验。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有失败任务的补偿管理程序，所述失败任务的补偿管理程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的失败任务的补偿管理方法的步骤。

本申请实施例所述的计算及存储介质，在执行其中存储的计算机程序进行失败任务的补偿时，可实现对同步失败的数据更新任务的自动补偿，在前端用户对同步结果无感知的情况下完成对同步问题的修复，节省时间、提高处理效率的同时，还能提高系统的稳定性，从而带来更好的用户体验。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

在本申请所提供的上述实施例中，应该理解到，所揭露的装置和方法，可以通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

所述模块或组件可以是或者也可以不是物理上分开的，作为模块或组件显示的部件可以是或者也可以不是物理模块，既可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块或组件来实现本实施例方案的目的。

本申请不限于上述实施方式，以上所述是本申请的优选实施方式，该实施例仅用于说明本申请而不用于限制本申请的范围，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，其依然可以对前述各具体实施方式所记载的技术方案进行若干改进和修饰，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理应视为包括在本申请的保护范围之内。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，以及凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种失败任务的补偿管理方法，其特征在于，包括：

在数据库中对数据更新任务的同步结果进行记录；

实时检测数据库中的新增记录，以获取所述新增记录中对同步结果记录为失败的数据更新任务；

激活预设的执行时间间隔为t的定时补偿任务，所述定时补偿任务用于依次对同步结果记录为失败的所述数据更新任务重新推送进行再次同步；

基于所述定时补偿任务的补偿执行结果更新所述数据库中对所述数据更新任务的同步结果的记录。

2.根据权利要求1所述的失败任务的补偿管理方法，其特征在于，所述在数据库中对数据更新任务的同步结果进行记录的步骤包括：

若数据更新任务的同步结果为失败，且所述数据更新任务属于新增和修改操作，则在数据库的表单中设置用于表示所述同步结果为失败的标识符；

若数据更新任务的同步结果为失败，且所述数据更新任务属于删除操作，则在redis中生成日志以记录所述删除操作的对象和同步结果。

3.根据权利要求2所述的失败任务的补偿管理方法，其特征在于，所述方法还包括：

通过所述定时补偿任务依次对操作内容为新增、修改和删除的数据更新任务执行重新推送进行再次同步；

若再次同步时同步成功，则将对应在表单中设置的所述标识符进行更新以表示所述同步结果为成功，或在redis中将对应记录的所述日志删除。

4.根据权利要求1所述的失败任务的补偿管理方法，其特征在于，在所述激活预设的执行时间间隔为t的定时补偿任务的步骤之前，所述方法还包括：

获取待激活的定时补偿任务对应的redis锁状态，以判断所述定时补偿任务对应的操作是否已上锁；

若已上锁，则停止所述定时补偿任务；若未上锁，则为所述定时补偿任务的操作上锁后执行所述定时补偿任务，并在所述定时补偿任务执行完成后对其redis锁进行解锁。

5.根据权利要求4所述的失败任务的补偿管理方法，其特征在于，所述停止所述定时补偿任务的步骤之后，所述方法还包括：

轮询所述定时补偿任务的redis锁状态；

当检测到所述redis锁已解锁后，获取所述定时补偿任务对应操作的当前同步结果；

若所述当前同步结果仍记录为失败，则重新激活所述定时补偿任务。

6.根据权利要求4所述的失败任务的补偿管理方法，其特征在于，在所述激活预设的执行时间间隔为t的定时补偿任务的步骤之后，所述方法还包括：

实时监控所述定时补偿任务的执行时间；

当所述执行时间超过预设的过期时间时，对所述定时补偿任务的redis锁进行强制释放。

7.根据权利要求1所述的失败任务的补偿管理方法，其特征在于，在所述激活预设的执行时间间隔为t的定时补偿任务的步骤之后，所述方法还包括：

记录每个数据更新任务对应的定时补偿任务的执行次数；

当一个数据更新任务对应的定时补偿任务的执行次数达到预设的执行阈值时，停止对该数据更新任务的定时补偿任务。

8.一种失败任务的补偿管理装置，其特征在于，包括：

数据记录模块，用于在数据库中对数据更新任务的同步结果进行记录；

记录查询模块，用于实时检测数据库中的新增记录，以获取所述新增记录中对同步结果记录为失败的数据更新任务；

任务激活模块，用于激活执行的时间间隔为t的定时补偿任务，所述定时补偿任务用于依次对同步结果记录为失败的所述数据更新任务重新推送进行再次同步；

数据更新模块，用于基于所述定时补偿任务的补偿执行结果更新所述数据库中对所述数据更新任务的同步结果的记录。

9.一种计算机设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-7中任意一项所述的失败任务的补偿管理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7中任意一项所述的失败任务的补偿管理方法的步骤。

Images