CN107315655A - 一种实时统计的排行榜数据恢复方法与装置 - Google Patents

Abstract

本发明实施例提供一种实时统计的排行榜数据恢复方法与装置，涉及互联网技术领域。其中，所述方法包括：根据报警日志，确定排行榜数据需重新恢复的时间节点；根据所述报警日志，修正数据库中所述时间节点后的明细数据；获取所述时间节点的历史排行榜数据；根据所述时间节点的历史排行榜数据以及已修正的所述时间节点后的明细数据进行数据恢复。本发明实施例能够以较短的恢复时间以及较低成本恢复排行榜数据。

Description

一种实时统计的排行榜数据恢复方法与装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种实时统计的排行榜数据恢复方法与装置。

背景技术

目前，大多数网站引入排行榜这一事物，用以对网站运营过程中产生的业务明细数据进行实时统计和排序。例如，网络直播类网站会针对用户赠送礼物的多少进行排序生成各类排行榜并展现在网站网页中。

现有技术中，一旦排行榜统计系统出现故障并导致排行榜数据出现异常，需要根据网站在整个运营过程中产生的所有历史业务明细数据进行重新统计计算，才能恢复排行榜数据。这对于那些运营时间长、用户量大的网站而言，不仅需花费大量时间(通常，以“天”计)，还需花费大量的系统运行资源才能实现排行榜数据的恢复。

发明内容

本发明实施例提供了一种实时统计的排行榜数据恢复方法与装置，目的在于能够以较短的恢复时间以及较低的系统运行资源恢复排行榜数据。

为了解决上述技术问题，本发明提供一种实时统计的排行榜数据恢复方法，包括：

根据报警日志，确定排行榜数据需重新恢复的时间节点；

根据所述报警日志，修正数据库中所述时间节点后的明细数据；

获取所述时间节点的历史排行榜数据；

根据所述时间节点的历史排行榜数据以及已修正的所述时间节点后的明细数据进行数据恢复。

可选地，所述方法，还包括：

在所述数据库中，每隔预设时间间隔，备份当前时间节点的排行榜数据作为所述当前时间节点的历史排行榜数据。

可选地，所述根据报警日志，确定排行榜数据需重新恢复的时间节点，包括：

根据所述报警日志以及所述数据库中备份的历史排行榜数据的时间节点，确定排行榜数据需重新恢复的时间节点。

可选地，所述方法，还包括：

获取消息队列所能保存的明细数据的最早时间节点；

将所述数据库中所述最早时间节点后的明细数据更新至所述消息队列中。

可选地，所述根据所述时间节点的历史排行榜数据以及已修正的所述时间节点后的明细数据进行数据恢复，包括：

若所述时间节点晚于或等于所述最早时间节点，则基于所述时间节点的历史排行榜数据以及所述消息队列推送来的所述时间节点后的明细数据进行数据恢复；

若所述时间节点早于所述最早时间节点，则从所述数据库提取时间戳在所述时间节点与所述最早时间节点之间的明细数据；基于所述时间节点的历史排行榜数据、所述时间戳在所述时间节点与所述最早时间节点之间的明细数据以及所述消息队列推送来的所述最早时间节点后的明细数据进行数据恢复。

可选地，还包括：

将新产生的明细数据加入到所述消息队列中。

为了解决上述技术问题，本发明还提供了一种实时统计的排行榜数据恢复装置，包括：

确定模块，用于根据报警日志，确定排行榜数据需重新恢复的时间节点；

修正模块，用于根据所述报警日志，修正数据库中所述时间节点后的明细数据；

第一获取模块，用于获取所述时间节点的历史排行榜数据；

恢复模块，用于根据所述时间节点的历史排行榜数据以及已修正的所述时间节点后的明细数据进行数据恢复。

本发明实施例提供的实时统计的排行榜数据恢复方法与装置，在数据库中针对某些时间节点的排行榜数据进行备份，在进行排行榜数据恢复时，根据报警日志可确定出需重新恢复数据的时间节点，从数据库中获取该时间节点的历史排行榜数据，以该时间节点的历史排行榜数据为数据恢复的起点，将该时间节点之后的明细数据统计到该时间节点的历史排行榜数据中，以得到恢复后的排行榜数据。这样一来，就无需再针对网站运营之后产生的所有明细数据进行重新计算，只需重新统计该时间节点之后的明细数据，大幅度减少了计算量，减低了恢复时间和恢复成本。

附图说明

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

图1为本发明一实施例提供的实时统计的排行榜数据恢复方法的流程示意图；

图2为本发明又一实施例提供的实时统计的排行榜数据恢复方法的流程示意图；

图3为本发明一实施例提供的实时统计的排行榜数据恢复装置的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于监测”。类似地，取决于语境，短语“如果确定”或“如果监测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当监测(陈述的条件或事件)时”或“响应于监测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

图1为本发明一实施例提供的实时统计的排行榜数据恢复方法的流程示意图。如图1所示，该方法包括：

101、根据报警日志，确定排行榜数据需重新恢复的时间节点。

102、根据所述报警日志，修正数据库中所述时间节点后的明细数据。

103、获取所述时间节点的历史排行榜数据。

104、根据所述时间节点的历史排行榜数据以及已修正的所述时间节点后的明细数据进行数据恢复。

排行榜数据是基于网站运营过程中产生的历史明细数据进行统计而来的，并且随着网站的运营以及新的明细数据的产生，排行榜数据会不断更新。目前，排行榜应用于各类网站，例如：电商网站、网络直播网站等。在电商网站中，通过对站内同一类型店铺的销售额或销售量进行统计并按照销售额或销售量由多到少进行排名生成总榜、月榜或周榜等，并将各种排行榜提供给商家。在网络直播网站中，通过对用户给主播赠送礼物的数量或价值量进行统计并按照数量或价值量由多到少进行排名生成总榜、月榜或周榜等，并将各种排行榜展示在网站主页或直播间页面。其中，总榜是基于网站开始运营之日起所产生的明细数据统计而来，月榜是基于当前月所产生的明细数据统计而来，周榜是基于当前周所产生的明细数据统计而来。

上述的明细数据指的是针对已产生的每一项业务事件所记录的原始数据，所述明细数据中包括事件发起者、事件承受者、事件发生时间、事件具体内容信息。例如，电商网站的明细数据中包括：买方用户、卖方用户、买卖发生时间、交易商品信息，其中，所述交易商品信息可包括商品名称、商品数量、商品价格；网络直播网站的明细数据中包括：赠送用户、受赠主播、赠送发生时间、赠送礼物信息，其中，所述赠送礼物信息可包括礼物名称、礼物数量，礼物价值。以网络直播网站的明细数据为例，简述所述明细数据的产生过程：响应于用户向主播赠送礼物的操作，记录下所述用户的用户ID、所述主播的直播间ID、当前时间戳以及礼物信息，以作为该业务事件的明细数据。

由于排行榜统计系统在运行过程中，不可避免会出现系统故障引起大量的明细数据发生错误或者丢失，从而导致统计出的排行榜信息出现错误。因此，可在排行榜统计系统中设置报警日志以记录系统在运行过程中产生的故障信息，报警日志中包括故障发生时间、故障具体内容。所述报警日志可每隔一段时间主动向网站后台工作人员发送，也可在记录到故障事件时，立即发送给后台工作人员，后台工作人员可根据实际情况确定何时启动数据恢复的工作。上述步骤101中，根据报警日志，确定排行榜数据需重新恢复的时间节点，也即是根据报警日志中所记录的故障中的最早故障发生时间，根据所述最早故障发生时间，确定出排行榜数据是从哪个时间节点开始出现错误的，也就能确定出了排行榜数据需重新恢复的时间节点。

上述步骤102中，根据报警日志中记录的所有故障的具体内容，在数据库中，将所述时间节点后的明细数据进行修正。例如，若报警日志中记录有“20170427100530、明细数据1写入异常”，其中，20170427100530代表的是2017年4月27日10点5分30秒这一时刻，1代表的是明细数据的标识，则将明细数据1更新写入数据库中；若报警日志中记录有“20170427100620、明细数据2传输异常”，表明明细数据2未成功传输至数据库中，即在进行排行榜数据统计时未将明细数据2统计进去，因此，需将明细数据2添加进数据库中。其中，所述报警日志在记录故障的具体内容时，还可将故障涉及的明细数据的具体内容进行记录，这样，在进行明细数据修正时，即可从报警日志中获取相应的明细数据的具体内容并重新写入或添加进数据库中。当然，所述报警日志也可不记录故障涉及的明细数据的具体内容，在进行明细数据修正时，可根据报警日志中的故障发生时间以及明细数据的标识从其他服务器上进行查找，从而提取出相关数据来修正数据库。在上述步骤103中，从数据库中获取所述时间节点的历史排行榜数据，所述历史排行榜数据指的是基于所述时间节点及以前的明细数据统计好的数据，该历史排行榜数据可通过事先备份得到。由于数据库的存储空间有限，若对所有时间节点上的排行榜数据进行备份，会占用太大的内存。因此，可选择性的存储一些时间节点上的历史排行榜数据。具体的备份方法可采用如下一种或多种：

方法一、在数据库中针对某些特定的时间节点上的历史排行榜数据进行备份，例如，针对每天的零点(00:00)进行备份、或每个小时的起点(例如，11:00、13:00)进行备份。

方法二、在数据库中，每隔预设时间间隔，备份当前时间节点的排行榜数据作为所述当前时间节点的历史排行榜数据。例如、每隔两天或每隔5小时。

因此，在上述步骤101中，确定排行榜数据需重新恢复的时间节点时，不仅需参考报警日志中记载的最早故障时间点，还需考虑数据库中备份的历史排行榜数据的时间节点。即根据所述报警日志以及所述数据库中备份的历史排行榜数据的时间节点，确定排行榜数据需重新恢复的时间节点。

例如，数据库中记录了每天零点的历史排行榜数据，当最早故障时间点是2017年4月27日14点8分56秒，则将排行榜数据需重新恢复的时间节点确定为2017年4月27日0点0分0秒。

上述步骤104中，从数据库中获取了所述时间节点的历史排行榜数据以及已修正的所述时间节点后的明细数据后，将所述明细数据统计到所述历史排行榜中，以得到恢复后的排行榜数据。

本发明实施例提供的实时统计的排行榜数据恢复方法，在数据库中针对某些时间节点的排行榜数据进行备份，在进行排行榜数据恢复时，根据报警日志可确定出需重新恢复数据的时间节点，从数据库中获取该时间节点的历史排行榜数据，以该时间节点的历史排行榜数据为数据恢复的起点，将该时间节点之后的明细数据统计到该时间节点的历史排行榜数据中，以得到恢复后的排行榜数据。这样一来，就无需再针对网站运营之后产生的所有明细数据进行重新计算，只需重新统计该时间节点之后的明细数据，大幅度减少了计算量，减低了恢复时间和恢复成本。

图2为本发明又一实施例的实时统计的排行榜数据恢复方法的流程示意图。如图2所示，该方法包括：

201、根据报警日志，确定排行榜数据需重新恢复的时间节点。

202、根据所述报警日志，修正数据库中所述时间节点后的明细数据。

203、获取所述时间节点的历史排行榜数据。

204、获取消息队列所能保存的明细数据的最早时间节点。

205、将所述数据库中所述最早时间节点后的明细数据更新至所述消息队列中。

206、根据所述时间节点与所述最早时间节点判断是否需要从所述数据库中获取明细数据。

207、若需要，则基于所述时间节点的历史排行榜、从所述数据库中获取的明细数据及所述消息队列推送的明细数据进行数据恢复；否则，基于所述时间节点的历史排行榜及所述消息队列推送的明细数据进行数据恢复。

上述步骤201到203可参见上述实施例的描述，此处不再赘述。

上述步骤204中，所述消息队列具有推送机制，即所述消息队列会将加入到消息队列中的明细数据按照先进先出的规则推送给统计服务器进行排行榜数据统计。通常，消息队列中能保存最近几天的明细数据，例如，能保存最近7天的明细数据，若当前时间为2017年4月28日10点整，那么，所述消息队列中所能保存的明细数据的最早时间节点为2017年4月22日零点。

在上述步骤205中，从修正后的数据库中获取所述最早时间节点后的明细数据，将其更新到消息队列中，也即是替换掉消息队列中原本的明细数据。

上述步骤206和207中，根据所述时间节点和所述最晚时间节点来判断是否需要从数据库中获取一部分的明细数据，若所述时间节点早于所述最早时间节点，则需要从数据库中获取时间戳在所述时间节点与所述最早时间节点之间的明细数据。若所述时间节点晚于或等于所述最早时间节点，则不需要从数据库中获取明细数据。

若所述时间节点晚于或等于所述最早时间节点，则基于所述时间节点的历史排行榜数据以及所述消息队列推送来的所述时间节点后的明细数据进行数据恢复。

需要说明的是，虽然消息队列中的明细数据是按照明细数据产生的时间先后顺序进行排列的，但是在消息队列中无法根据消息队列中的明细数据的内容进行时间节点的判断，也就无法准确地在消息队列中确定出所述时间节点后的明细数据的起点位置。因此，可根据消息队列中所保存的明细数据的天数、所保存的总消息量以及所述时间节点与所述最早时间节点的时间差，估算出消息队列需从哪个位置开始推送明细数据。

例如，消息队列中存储的最近7天的消息量为7000条，平均每天的消息量(日平均消息量)在1000条，所述时间节点与所述最早时间节点的时间差为4天，可估算出这4天中的4000条明细数据不需要进行推送，但是，由于每天真实的消息量并不是确定的数值，因此，为了确保所述时间节点之后的明细数据都能被推送到统计服务器进行统计，需多推送一日平均消息量，即从消息队列中第3000条开始推送(注：消息队列中时间节点最早的明细数据为第一条)。统计服务器在接收到消息队列推送来的明细数据之后，将所述明细数据中包含的时间戳与所述时间节点进行判断；将时间戳早于或等于所述时间节点的明细数据进行丢弃；将时间戳晚于所述时间节点的明细数据统计到所述时间节点的历史排行榜数据中。

若所述时间节点早于所述最早时间节点，则从所述数据库提取时间戳在所述时间节点与所述最早时间节点之间的明细数据，其中，不包括时间戳为所述时间节点的明细数据，但包括时间戳为所述最早时间节点的明细数据；基于所述时间节点的历史排行榜数据、所述时间戳在所述时间节点与所述最早时间节点之间的明细数据以及所述消息队列推送来的所述最早时间节点后的明细数据进行数据恢复。

需要说明的是，由于数据恢复需要一段时间，在这段时间中产生以及后续产生的新的明细数据可添加至所述消息队列中。由于消息队列具有推送机制，即有新的明细数据加入之后，会自动推送至统计服务器，无需统计服务器每隔预设时间间隔去获取。这样，经过一段时间的数据恢复之后，还能实时更新排行榜数据，保证排行榜数据的实时性。

在数据库中针对某些时间节点的排行榜数据进行备份，在进行排行榜数据恢复时，根据报警日志可确定出数据库中所备份的历史排行榜数据中哪些时间节点的历史排行榜数据是正确的，哪些时间节点的数据是错误的，从正确的历史排行榜数据中获取最晚时间节点的历史排行榜数据，以该最晚时间节点的历史排行榜数据为数据恢复的起点，将该最晚时间节点之后的明细数据统计到该最晚时间节点的历史排行榜数据中，以得到恢复后的排行榜数据。这样一来，就无需再针对网站运营之后产生的所有明细数据进行重新计算，只需重新统计该最晚时间节点之后的明细数据，大幅度减少了计算量，减低了恢复时间和恢复成本。

图3为本发明一实施例的实时统计的排行榜数据恢复装置的结构示意图。如图3所示，该装置包括：确定模块301、修正模块302、第一获取模块303以及恢复模块304。

确定模块301，用于根据报警日志，确定排行榜数据需重新恢复的时间节点。

修正模块302，用于根据所述报警日志，修正数据库中所述时间节点后的明细数据。

第一获取模块303，用于获取所述时间节点的历史排行榜数据。

恢复模块304，用于根据所述时间节点的历史排行榜数据以及已修正的所述时间节点后的明细数据进行数据恢复。

可选地，所述装置，还包括：

备份模块，用于在所述数据库中，每隔预设时间间隔，备份当前时间节点的排行榜数据作为所述当前时间节点的历史排行榜数据。

可选地，所述确定模块，还用于：

根据所述报警日志以及所述数据库中备份的历史排行榜数据的时间节点，确定排行榜数据需重新恢复的时间节点。

可选地，所述装置，还包括：

第二获取模块，用于获取消息队列所能保存的明细数据的最早时间节点。

更新模块，用于将所述数据库中所述最早时间节点后的明细数据更新至所述消息队列中。

可选地，所述恢复模块304，包括：

第一恢复单元，用于若所述时间节点晚于或等于所述最早时间节点，则基于所述时间节点的历史排行榜数据以及所述消息队列推送来的所述时间节点后的明细数据进行数据恢复。

提取单元，用于若所述时间节点早于所述最早时间节点，则从所述数据库提取时间戳在所述时间节点与所述最早时间节点之间的明细数据；第二恢复单元，用于基于所述时间节点的历史排行榜数据、所述时间戳在所述时间节点与所述最早时间节点之间的明细数据以及所述消息队列推送来的所述最早时间节点后的明细数据进行数据恢复。

可选地，所述装置，还包括：

添加模块，用于将新产生的明细数据添加到所述消息队列中。

这里需要说明的是：本实施例提供的所述实时统计的排行榜数据恢复装置可实现上述各实时统计的排行榜数据恢复方法实施例提供的技术方案，具体的实现原理可参见上述各实施例中的相应内容，此处不再赘述。

本发明实施例提供的实时统计的排行榜数据恢复装置，在数据库中针对某些时间节点的排行榜数据进行备份，在进行排行榜数据恢复时，根据报警日志可确定出需重新恢复数据的时间节点，从数据库中获取该时间节点的历史排行榜数据，以该时间节点的历史排行榜数据为数据恢复的起点，将该时间节点之后的明细数据统计到该时间节点的历史排行榜数据中，以得到恢复后的排行榜数据。这样一来，就无需再针对网站运营之后产生的所有明细数据进行重新计算，只需重新统计该时间节点之后的明细数据，大幅度减少了计算量，减低了恢复时间和恢复成本。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

1.一种实时统计的排行榜数据恢复方法，其特征在于，包括：

根据报警日志，确定排行榜数据需重新恢复的时间节点；

根据所述报警日志，修正数据库中所述时间节点后的明细数据；

获取所述时间节点的历史排行榜数据；

根据所述时间节点的历史排行榜数据以及已修正的所述时间节点后的明细数据进行数据恢复。

2.根据权利要求1所述的方法，其特征在于，还包括：

在所述数据库中，每隔预设时间间隔，备份当前时间节点的排行榜数据作为所述当前时间节点的历史排行榜数据。

3.根据权利要求2所述的方法，其特征在于，所述根据报警日志，确定排行榜数据需重新恢复的时间节点，包括：

根据所述报警日志以及所述数据库中备份的历史排行榜数据的时间节点，确定排行榜数据需重新恢复的时间节点。

4.根据权利要求1-3中任一项所述的方法，其特征在于，还包括：

获取消息队列所能保存的明细数据的最早时间节点；

将所述数据库中所述最早时间节点后的明细数据更新至所述消息队列中。

5.根据权利要求4所述的方法，其特征在于，所述根据所述时间节点的历史排行榜数据以及已修正的所述时间节点后的明细数据进行数据恢复，包括：

若所述时间节点晚于或等于所述最早时间节点，则基于所述时间节点的历史排行榜数据以及所述消息队列推送来的所述时间节点后的明细数据进行数据恢复；

若所述时间节点早于所述最早时间节点，则从所述数据库提取时间戳在所述时间节点与所述最早时间节点之间的明细数据；基于所述时间节点的历史排行榜数据、所述时间戳在所述时间节点与所述最早时间节点之间的明细数以及所述消息队列推送来的所述最早时间节点后的明细数据进行数据恢复。

6.根据权利要求1-3中任一项所述的方法，其特征在于，还包括：

将新产生的明细数据加入到所述消息队列中。

7.一种实时统计的排行榜数据恢复装置，其特征在于，包括：

确定模块，用于根据报警日志，确定排行榜数据需重新恢复的时间节点；

修正模块，用于根据所述报警日志，修正数据库中所述时间节点后的明细数据；

第一获取模块，用于获取所述时间节点的历史排行榜数据；

恢复模块，用于根据所述时间节点的历史排行榜数据以及已修正的所述时间节点后的明细数据进行数据恢复。

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

备份模块，用于在所述数据库中，每隔预设时间间隔，备份当前时间节点的排行榜数据作为所述当前时间节点的历史排行榜数据。

9.根据权利要求8所述的装置，其特征在于，所述确定模块，还用于：

根据所述报警日志以及所述数据库中备份的历史排行榜数据的时间节点，确定排行榜数据需重新恢复的时间节点。

10.根据权利要求7-9中任一项所述的装置，其特征在于，还包括：

第二获取模块，用于获取消息队列所能保存的明细数据的最早时间节点；

更新模块，用于将所述数据库中所述最早时间节点后的明细数据更新至所述消息队列中。

11.根据权利要求10所述的装置，其特征在于，所述恢复模块，包括：

第一恢复单元，用于若所述时间节点晚于或等于所述最早时间节点，则基于所述时间节点的历史排行榜数据以及所述消息队列推送来的所述时间节点后的明细数据进行数据恢复；

提取单元，用于若所述时间节点早于所述最早时间节点，则从所述数据库提取时间戳在所述时间节点与所述最早时间节点之间的明细数据；第二恢复单元，用于基于所述时间节点的历史排行榜数据、所述时间戳在所述时间节点与所述最早时间节点之间的明细数据以及所述消息队列推送来的所述最早时间节点后的明细数据进行数据恢复。

12.根据权利要求7-9中任一项所述的装置，其特征在于，还包括：

添加模块，用于将新产生的明细数据添加到所述消息队列中。