一种Redis队列容灾的控制方法以及控制装置

技术领域

本发明属于计算机处理系统，尤其涉及互联网领域或者移动互联网领域，特别涉及一种在以队列形式管理的交易记录中进行容灾备份的控制方法以及控制装置。

背景技术

计算机处理系统已经普及到各行各业，不论是政府、学校、服务行业，都离不开计算机处理系统，而且计算机处理系统通过互联网系统以及移动互联网系统益发普及。

大多数计算机处理系统都需要一定程度的容灾机制，就是发生特别情况的时候，不会丢失数据，不会产生错误的交易等等。发生错误的交易、处理，会导致一些事实偏离，例如把你的学号搞错等等。对于多数系统而言，容灾机制的要求并不是非常高，但对于政府、金融行业来说，容灾机制要求就特别高，轻易不能出错，否则会导致金融行业遭受巨大的损失。

根据不同的实施需求，有不同的做灾备的方案。本发明是希望提出一种全新的灾备方案，适用于以队列形式管理的交易记录的灾备。

发明内容

针对现有技术存在的技术需求，本发明的目的是提供一种Redis队列容灾的控制方法，其用于实现在一个Redis队列中对多个交易、多笔交易进行容灾备份的管理，包括如下步骤：

a.接收交易加入所述Reids队列的请求信息，相应地记录第一日志文件；

b.对所述Redis队列中的交易信息进行处理，相应地记录与所述交易信息对应的第二日志文件；

c.接收容灾触发指令，并对所述第一日志文件、第二日志文件进行比较，根据所述日志差恢复Redis队列数据。

优选地，所述第一日志文件、第二日志文件中的任一个或任多个为如下文件中的一个：

-文本文件；

-数据库文件；或者

-文本文件与数据库文件的结合体。

优选地，所述容灾触发指令在所述Redis队列数据丢失时被发出。

优选地，在所述步骤c中通过如下方法中的任一个进行比较：

i.对所述第一日志文件、所述第二日志文件进行二进制比较；或者

i'.对所述第一日志文件、所述第二日志文件进行遍历比较差异。

优选地，在所述步骤c中通过如下方法恢复所述Redis队列数据：

c1.根据所述第一日志文件的内容对Redis队列数据进行恢复操作处理。

根据本发明的另一个方面，还提供一种Redis队列容灾控制装置，其特征在于，包括如下装置：

第一记录装置，其用于接收交易加入所述Reids队列的请求信息，相应地记录第一日志文件；

第二记录装置，其用于对所述Redis队列中的交易信息进行处理，相应地记录与所述交易信息对应的第二日志文件；

第一处理装置，其用于接收容灾触发指令，并对所述第一日志文件、第二日志文件进行比较，根据所述日志差恢复Redis队列数据。

优选地，所述第一处理装置包括如下装置：

第二处理装置，其用于根据所述第一日志文件的内容对Redis队列数据进行恢复操作处理。

优选地，所述第一日志文件、第二日志文件中的任一个或任多个为如下文件中的一个：

-文本文件；

-数据库文件；或者

-文本文件与数据库文件的结合体。

优选地，所述容灾触发指令在所述Redis队列数据丢失时被发出。

本发明公开一种Redis队列容灾的控制方法，通过对两个日志文件的发分别存储以及管理，在发生灾备时，通过两个日志文件的比较，从而对Redis进行恢复，使得交易可以被正常进行，而不会收到异常情况的干扰导致错误。本发明实现简便，便于推广，具有较高的商业价值。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出了本发明的第一实施例的，一种Redis队列容灾的控制方法的具体流程示意图；以及

图2示出了本发明的第二实施例的，一种Redis队列容灾的控制方法的具体流程示意图。

具体实施方式

为了更好的使本发明的技术方案清晰的表示出来，下面结合附图对本发明作进一步说明。

本领域技术人员理解，针对现有技术的不足，本发明公开了一种Redis队列容灾的控制方法，可以用简单的方案对以队列形式管理的交易记录进行容灾备份。具体地，本发明相对于现有技术，使用了两个日志文件，并通过两个日志文件的配合来实现本发明确定的灾备技术方案。

图1示出了本发明的第一实施例的，一种Redis队列容灾的控制方法的具体流程示意图。具体地，包括如下步骤：

首先，进入步骤S101，接收交易加入所述Reids队列的请求信息，相应地记录第一日志文件。在本优选实施例中，所有的交易，或者事件，任何一个动作，被优选地加入一个Redis队列，然后通过Redis队列予以执行，例如执行一个交易、一个事件或者任何一个计算机程序作出的动作。进一步地，本领域技术人员理解，任何队列形式进行管理的交易方式都适用于本发明内容，这并不影响本发明的实质内容，都在本发明的保护范围之内。

在使用队列进行管理的情况下，在一个交易、事件被执行之前，其首先被加入所述队列，例如在本实施例中优选地为上述Redis队列。在加入所述队列之前首先通过上述第一日志文件对所述即将加入队列的交易或者事件或者任何动作进行记录。进一步地，本领域技术人员理解，也可以在所述交易加入所述队列但被执行之前进行记录，或者在所述交易加入队列后即将执行之前进行记录，这些变化例都在本发明的保护范围之内，在此不予赘述。

更进一步地，根据不同交易性质，所述第一日志文件可以记录不同的内容，但所记录的内容应以能够恢复交易为原则。例如在一个金融交易中，需要记录交易请求对应的金额，发起方，等等。类似的变化例都在本发明的保护范围之内，在此不予赘述。

然后执行步骤S102，对所述Redis队列中的交易请求进行处理，相应地记录与所述交易信息对应的第二日志文件。在所述Redis队列已经有各种交易信息后，则需要在设定的流程中对这些交易信息进行处理。例如这些交易信息为多方的交割、支付，或者类似的业务类型，在此不予赘述。相应地，依照设定的流程对所述Redis队列中的所有交易信息或者交易请求信息或者其他事件、动作进行处理。且优选地，在本实施例中，在进行处理的同时，或者处理之后，对交易请求对应的交易信息进行记录，并对应为第二日志文件。

参考上述步骤S101，本领域技术人员理解，所述第二日志文件存储的内容格式、项目原则上与所述第一日志文件相同，两个日志文件的区别是具体存储的数据存在差异，但格式基本相同。

进一步地，本领域技术人员理解，通过上述两个步骤，就产生了两个日志文件：第一日志文件、第二日志文件。优选地，在一个优选实施例中，两个日志文件一个记录交易处理之前的交易请求信息，一个记录交易处理之后的交易结果信息，两者互相关联。

接下来，进入步骤S101，接收容灾触发指令，并对所述第一日志文件、第二日志文件进行比较，根据所述日志差恢复Redis队列数据。在发生灾难性事件的情况下，则系统将自动启动容灾操作，从而使得交易恢复到灾难性事件之前的状态。具体地，基于本发明提供的控制装置将对所述第一日志文件、第二日志文件进行比较，根据所述日志差恢复Redis队列数据。更为具体地，本领域技术人员理解，在一个优选实施例中，可以依据第一日志文件进行交易处理，例如调取有关数据进行模拟计算，并且将所获得的虚拟第二日志文件与真实的第二日志文件进行比较，若存在差异的，则根据差异进行恢复。而在另一个变化例中，也可以反过来操作，这些变化例都在本发明的保护范围之内。

更进一步地，参考上述步骤以及描述，本领域技术人员理解，优选地，所述容灾触发指令在所述Redis队列数据丢失时被发出。更为具体地可以根据不同的实施需求来设定所述容灾触发指令被触发的时机，这些变化例都在本发明的保护范围之内，在此不予赘述。

在上述图1所示实施例的基础上，图2示出了本发明的第二实施例的，一种Redis队列容灾的控制方法的具体流程示意图。具体地，本发明所提供的Redis队列容灾控制装置，包括：

第一记录装置1，其用于接收交易加入所述Reids队列的请求信息，相应地记录第一日志文件；

第二记录装置2，其用于对所述Redis队列中的交易信息进行处理，相应地记录与所述交易信息对应的第二日志文件；以及

第一处理装置3，其用于接收容灾触发指令，并对所述第一日志文件、第二日志文件进行比较，根据所述日志差恢复Redis队列数据。

进一步地，本领域技术人员理解，可以结合上述图1所示实施例以及变化例的描述实施图2所示各装置，在此不予赘述。

结合上述图1以及图2所示实施例，进一步地，本领域技术人员理解，图2所示第一处理装置3包括如下第二处理装置(图2中未示出)，其用于根据所述第一日志文件的内容对Redis队列数据进行恢复操作处理。优选地，在本实施例中，在比较出第一日志文件与第二日志文件对应的差异后，具体地，并不一定指两个日志文件的绝对差，而是对应于具体交易所反映的差异，那么根据第一日志文件对Redis队列数据进行恢复操作处理，例如将某个交易恢复到第一日志文件记录的样子，从而完成恢复操作。通过这样的处理方式，使得在发生突发事件后，交易可以恢复到交易之前的情况，从而避免错误的发生。相应地，上述图1所示步骤S103也可以按照同样的方式进行实施，在此不予赘述。

结合上述图1以及图2所示实施例，进一步地，本领域技术人员理解，可以通过不同的方法对所述第一日志文件、所述第二日志文件进行比较，例如对所述第一日志文件、所述第二日志文件进行二进制比较。又例如对所述第一日志文件、所述第二日志文件进行遍历比较差异。又例如按照正常交易处理方式并基于第一日志文件进行交易处理，然后根据结果再与所述第二日志文件进行比较，等等，这些变化例都在本发明的保护范围之内，在此不予赘述。

结合上述图1以及图2所示实施例，进一步地，本领域技术人员理解，所述第一日志文件、第二日志文件中的任一个或任多个为如下文件中的一个：

-文本文件；

-数据库文件；或者

-文本文件与数据库文件的结合体。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变形或修改，这并不影响本发明的实质内容。