CN105320527A - 基于zookeeper分布式搜索引擎的配置文件更新方法、装置及系统 - Google Patents

Abstract

本发明公开了一种基于zookeeper分布式搜索引擎系统的配置文件更新方法、装置及系统，所述方法包括：检测master节点是否形成了新的配置文件；及当确定形成了新的配置文件时，将所述新的配置文件发送到zookeeper；其中，所述新的配置文件用于通过所述zookeeper发送到slave节点。

Description

基于zookeeper分布式搜索引擎的配置文件更新方法、装置及系统

技术领域

本发明涉及通信领域的配置文件更新技术，尤其涉及一种基于zookeeper分布式搜索引擎系统的配置文件更新方法、装置及系统。

背景技术

图1所示的为一种分布时搜搜引擎系统，分布式搜索引擎系统通常是通过zookeeper进行系统管理的。分布式搜索引擎系统包括主master节点和从slave节点，master节点和slave节点上正常运行情况下都会有多个搜索任务，可以根据上层应用的业务场景来定制搜索任务。图1中的所述的slave节点包括slave节点1和slave节点2。

master节点的搜索任务有采集数据需求的配置文件，搜索任务通过更改这些配置文件采集上层应用需求的数据，然后进行索引处理，生成索引文件，通过检索接口对外提供搜索服务。

slave节点的搜索任务没有上述配置文件，slave节点获取上述配置文件的方法为：

master节点上的配置文件需要先上传到zookeeper上；

slave节点从zookeeper上获取配置文件并加载到内存中。

在成功加载配置文件后，所述slave节点与所述master节点一样，通过上层应用相应的搜索任务进行索引处理，同样生成索引文件，通过检索接口对外提供搜索服务；从而实现搜索任务的分布式处理。

随着上层应用业务场景的需求变更，搜索引擎系统master节点的搜索任务下的配置文件需要对应更新。当master节点内的配置文件更新后，为了实现slave节点与master节点的配置文件的同步，管理人员将手动的重启master节点，使master节点将配置文件上传到zookeeper中。

图2所示为现有技术中master节点和slave节点之间配置文件同步的方法，

包括：

步骤S1：master节点在重启时开始上传配置文件到zookeeper；

步骤S2：slave节点在重启时开始读取存储在zookeeper中的配置文件。

由图2可知，master节点更新完成后，需要在管理人员手动触发下重启，才能把更新后的配置文件上传到zookeeper；slave节点同样需要在管理人员的手动触发重启，才会去zookeeper获取一次最新的配置文件并加载到内存；不管是master节点还是slave节点重启均要等待数分钟才能恢复到正常工作，比较影响效率。

发明内容

有鉴于此，本发明实施例期望提供一种基于zookeeper分布式搜索引擎系统的配置文件更新方法、装置及系统，以自动实现实slave节点的配置文件与master节点之间配置文件的同步并提高master节点与slave节点之间配置文件同步的效率。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，所述方法包括：

检测master节点是否形成了新的配置文件；

当确定形成了新的配置文件时，将所述新的配置文件发送到zookeeper；

所述新的配置文件用于通过所述zookeeper发送到slave节点。

上述方案中，所述检测master节点是否形成了新的配置文件为：

获取前一次配置文件的更新时间；

检测所述master节点的配置文件的更新时间；

当检测结果表明所述更新时间发生了变化时，确定是否形成了新的配置文件。

上述方案中，所述检测所述master节点的配置文件的更新时间为：

通过运行在所述master节点中的脚本进程定时或实时检测所述master节点的配置文件的更新时间。

本发明提供的一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，所述方法包括：

接收并存储master节点发送的新的配置文件；

将所述新的配置文件发送给slave节点；

所述新的配置文件用于替换所述slave节点中的旧的配置文件，加载到所述slave节点内存中用于搜索任务的处理。

上述方案中，所述方法还包括：

向所述slave节点发送加载通知；

所述加载通知用于触发所述slave节点在接收到所述新的配置文件之后，加载到所述slave节点的内存中。

本发明提供一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，所述方法包括：

接收zookeeper发送的新的配置文件；

将所述新的配置文件替换旧的配置文件加载到内存中。

上述方案中，所述方法还包括：

接收zookeeper发送的加载通知；

所述将所述新的配置文件替换旧的配置文件加载到内存中为：

在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。

本发明提供一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，所述方法包括：

master节点检测master节点是否形成了新的配置文件；

当确定形成了新的配置文件时，master节点将所述新的配置文件发送到zookeeper；

zookeeper接收并存储所述新的配置文件；

zookeeper向slave节点发送所述新的配置文件；

slave节点接收所述新的配置文件；

slave节点将所述新的配置文件替换旧的替换文件加载到内存中。

上述方案中，所述方法还包括：

所述zookeeper还向所述slave节点发送加载通知；

所述slave节点接收所述加载通知；

所述slave节点加载所述新的配置文件为：

所述slave节点在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。

本发明提供一种基于zookeeper分布式搜索引擎系统的配置文件更新装置，所述装置为master节点；其特征在于，所述master节点包括：

检测单元，用于检测master节点是否形成了新的配置文件；

第一发送单元，用于当确定形成了新的配置文件时，将所述新的配置文件发送到zookeeper；

所述新的配置文件用于通过所述zookeeper发送到slave节点。

上述方案中，所述检测单元包括：

记录模块，用于获取前一次配置文件的更新时间；

检测模块，用于检测所述master节点的配置文件的更新时间；

确定模块，用于当检测结果表明所述更新时间发生了变化时，确定是否形成了新的配置文件。

上述方案中，所述检测模块，用于通过运行在所述master节点中的脚本进程定时或实时检测所述master节点的配置文件的更新时间。

本发明提供一种基于zookeeper分布式搜索引擎系统的配置文件更新装置，所述装置为zookeeper；所述zookeeper包括：

第一接收单元，用于接收master节点发送的新的配置文件；

存储单元，用于存储所述新的配置文件；

第二发送单元，用于将所述新的配置文件发送给slave节点；

所述新的配置文件用于替换所述slave节点中的旧的配置文件，加载到所述slave节点内存中用于搜索任务的处理。

上述方案中，所述zookeeper还包括：

所述第二发送单元，还用于向所述slave节点发送加载通知；

所述加载通知用于触发所述slave节点在接收到所述新的配置文件之后，加载到所述slave节点的内存中。

本发明提供一种基于zookeeper分布式搜索引擎系统的配置文件更新装置，所述装置为slave节点，所述slave节点包括：

第二接收单元，用于接收zookeeper发送的新的配置文件；

加载单元，用于将所述新的配置文件替换旧的配置文件加载到内存中。

上述方案中，所述第二接收单元，还用于接收zookeeper发送的加载通知；

所述加载单元，具体用于在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。

本发明提供一种基于zookeeper分布式搜索引擎系统的配置文件更新系统，所述系统包括：

master节点，用于检测master节点是否形成了新的配置文件，及当确定形成了新的配置文件时将所述新的配置文件发送到zookeeper；

zookeeper，用于接收并存储所述新的配置文件，及向slave节点发送所述新的配置文件；

slave节点，用于接收所述新的配置文件，及将所述新的配置文件替换旧的替换文件加载到内存中。

上述方案中，所述zookeeper，还用于向所述slave节点发送加载通知；

所述slave节点，还用于接收所述加载通知；

所述slave节点，具体用于在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。

本发明实施例中所述的基于zookeeper分布式搜索引擎系统的配置文件更新方法、装置及系统，主动检测master节点中的配置文件是否有更新，若有更新形成了新的配置文件，主动发送到用于为slave节点提供配置文件更新获取源的zookeeper；不用再等到master节点在管理人员触发下重启后，才将新的配置文件发送到zookeeper；从而提高了同步的时效，新的配置文件的发送不再伴随着master节点的重启，从而将新的配置文件发送到zookeeper的成本。

附图说明

图1为一种分布时搜搜引擎系统的结构示意图；

图2为现有配置文件的同步方法的流程示意图；

图3为本发明实施例所述的基于zookeeper分布式搜索引擎系统的配置文件更新方法的流程示意图之一；

图4为图3中步骤S110的流程示意图；

图5为本发明实施例所述的基于zookeeper分布式搜索引擎系统的配置文件更新方法的流程示意图之二；

图6为本发明实施例所述的基于zookeeper分布式搜索引擎系统的配置文件更新方法的流程示意图之三；

图7为本发明实施例所述的基于zookeeper分布式搜索引擎系统的配置文件更新方法的流程示意图之四；

图8为本发明实施例所述的master节点的结构示意图；

图9为本发明实施例所述的检测单元的结构示意图；

图10为本发明实施例所述的zookeeper的结构示意图；

图11为本发明实施例所述的slave节点的结构示意图；

图12为本发明实施例所述的基于zookeeper分布式搜索引擎系统的配置文件更新系统结构示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图3所示，本实施例提供一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，所述方法包括：

步骤S110：检测master节点是否形成了新的配置文件；

步骤S120：当确定形成了新的配置文件时，将所述新的配置文件发送到zookeeper；

所述新的配置文件用于通过所述zookeeper发送到slave节点。

在本实施例中所述的步骤主要应用于master节点中，master节点会自动检测其内部的配置文件已经更新，形成了新的配置文件；若形成了新的配置文件将主动推送到zookeeper，而不需要等到管理人员触发重启之后再发送到zookeeper，显然master节点，不需要为了发送新的配置文件而停下手头的工作，重启后再发送所述新的配置文件，直接就发送配置文件；显然master发送新的配置文件的操作更加简单，效率更高；降低了master节点和slave节点之间配置文件之间的同步成本。

进一步地，

所述步骤S110优选为：

步骤S111：获取前一次配置文件的更新时间；

步骤S112：检测所述master节点的配置文件的更新时间；

步骤S113：当检测结果表明所述更新时间发生了变化时，确定是否形成了新的配置文件。

譬如配置文件上一次更新时间为2014年5月23日10:25；

本次检测更新时间为2014年5月28日12:25；

发现两次更新时间发生了变化，此时master节点即可知道此时配置文件更新了，形成了新的配置文件发送给zookeeper。

在本实施例中优选以配置文件的更新时间来判断是否形成了新的配置文件，在具体的实现过程中，master节点可以通过备份形成备份配置文件；将备份配置文件周期性与master节点正在使用的当前配置文件进行比较；若当前配置文件不同于备份配置文件，同样可认为形成了新的配置文件；则将所述新的配置文件发送到zookeeper，并将新的配置文件存储下来作为当前的备份文件。

在具体的实现过程中，能够用来检测是否形成了新的配置文件的方法有多种，不局限上述两种。

此外，在本实施例中优选为：

通过运行在所述master节点中的脚本进程定时或实时检测所述master节点的配置文件的更新时间。

采用脚本进程来定时或实时监控所述更新时间，实现简单且能及时的发现是否形成了新的配置文件，从而延时小效率高。

综合上述本实施例提供了一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，应用于master节点中的，通过自动检测master节点内是否形成了新的配置文件，并在检测到形成了新的配置文件后主动上传到zookeeper，不需要管理人员在发现master节点形成了新的配置文件之后，重启master节点才将新的配置文件上传，显然降低了master节点与slave节点间配置文件同步的繁琐性，提高了设备的智能性，降低了同步成本。

实施例二：

如图5所示，一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，所述方法包括：

步骤S210：接收并存储master节点发送的新的配置文件；

步骤S220：将所述新的配置文件发送给slave节点；

所述新的配置文件用于替换所述slave节点中的旧的配置文件，加载到所述slave节点内存中用于搜索任务的处理。

本实施例所述的方法为应用在zookeeper侧的方法，所述zookeeper为所述master节点和slave节点的管理结构，可以与所述master节点和/或slave节点对应不同的物理设备，也可以对应同样的物理设备。

在本实施例中所述zookeeper主动将接收到的配置文件发送给slave节点，而不是被动的等着slave节点请求再发送，从而使得同步更加及时。

在具体的实现过程中，所述zookeeper在接收到所述新的配置文件之后，向所述slave节点发送下载通知，在接收所述slave节点基于所述下载通知向所述zookeeper发送指令；所述zookeeper在接收到发送指令触发下，向所述slave节点发送所述新的配置文件。从而slave节点在接收所述下载通知之后，向zookeeper主动获取所述新的配置文件。

所述方法还包括：

向所述slave节点发送加载通知；

所述加载通知用于触发所述slave节点在接收到所述新的配置文件之后，加载到所述slave节点的内存中。

在本实施例中所述zookeeper不仅主动向所述slave节点发送新的配置文件，还向所述slave节点发送加载通知；在具体的实现过程中所述加载通知可以与所述新的配置文件一起发，从而减少与slave节点之间的信息交互次数；或单独发送，具体的实现方式有多种，在此就不做一一限定了。

综合上述，本实施例提供了一种由zookeeper主动推送新的配置文件给slave节点的方法，而非由slave节点在重启时来获取，并通过发送加载通知使slave节点及时加载新的配置文件，简便的实现了master节点和slave节点之间的同步，slave节点不用重启，更不用管理人员手动触发slave节点的重启。

实施例三：

如图6所示，本实施例提供一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，其特征在于，所述方法包括：

步骤S310：接收zookeeper发送的新的配置文件；

步骤S320：将所述新的配置文件替换旧的配置文件加载到内存中。

在本实施例所述的方法主要应用于slave节点中，slave节点不再是在重启时主动获取zookeeper中的配置文件，而是接收zookeeper主动发送的文件，在接收到新的配置文件后，主动替换新的配置文件，实现与master节点的配置文件同步不需要重启，从而降低了同步成本，提高了同步效率。

此外，所述方法还包括：

接收zookeeper发送的加载通知；

所述步骤S320具体为：在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。

通过所述加载通知的接收，slave节点知道何时将新的配置文件爱你加载到内存中，实现简便快捷。

实施例四：

如图7所示，一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，所述方法包括：

步骤S410：master节点检测master节点是否形成了新的配置文件；

步骤S420：当确定形成了新的配置文件时，master节点将所述新的配置文件发送到zookeeper；

步骤S430：zookeeper接收并存储所述新的配置文件；

步骤S440：zookeeper向slave节点发送所述新的配置文件；

步骤S450：slave节点接收所述新的配置文件；

步骤S460：slave节点将所述新的配置文件替换旧的替换文件加载到内存中。

进一步地，所述方法还包括：

所述zookeeper还向所述slave节点发送加载通知；

所述slave节点接收所述加载通知；

所述步骤S460为：

所述slave节点在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。

在本实施例中所述master节点执行的步骤的详细描述可参见实施例一；所述zookeeper执行的步骤的详细描述可参见实施例二；所述slave节点执行的步骤的详细描述可参见实施例三；本实施例提供的方法，相对于现有方法不用管理人员手动重启master节点和slave节点来实现slave节点和master节点之间的同步，从而操作简单，slave节点和master节点都不用停下正在处理的任务去重启即可实现同步，从而降低了同步成本，提高了同步效率。

实施例五：

如图8所示，本实施例提供一种基于zookeeper分布式搜索引擎系统的配置文件更新装置，所述装置为master节点；所述master节点包括：

检测单元110，用于检测master节点是否形成了新的配置文件；

第一发送单元120，用于当确定形成了新的配置文件时，将所述新的配置文件发送到zookeeper；

所述新的配置文件用于通过所述zookeeper发送到slave节点。

所述检测单元110的具体结构可包括处理器及存储介质；所述存储介质上存储有计算机可读指令；所述处理器通过总线等master节点内部的通信接口读取所述可读指令，并执行所述可读指令可完成检测master节点是否形成了新的配置文件的功能。

所述处理器可包括中央处理器、微处理器、数字信号处理器或可编程逻辑阵列等具有处理功能的处理器。

所述第一发送单元120的具体结构可包括通信接口；所述通信接口可包括有线通信接口和无线通信接口，具体如RJ45；收发天线等结构。

优选地，如图9所示，所述检测单元110包括：

记录模块111，用于获取前一次配置文件的更新时间；

检测模块112，用于检测所述master节点的配置文件的更新时间；

确定模块113，用于当检测结果表明所述更新时间发生了变化时，确定是否形成了新的配置文件。

所述记录模块111的具体结构可包括存储介质，存储迁移次配置文件的更新时间；

所述检测模块112的具体结构可包括计时器和比较器或处理器等结构，所述计时器用于记录最近一次配置文件的更新时间；比较器用于将最近一次配置文件的更新时间与记录在记录模块111中的更新时间进行比较，形成比较结果。

所述确定模块113根据所述比较结果，确定是否形成了新的配置文件，具体结构可为处理器或逻辑电路等。

进一步地，

所述检测模块112，用于通过运行在所述master节点中的脚本进程定时或实时检测所述master节点的配置文件的更新时间。

在本实施例中所述检测模块112优选为运行有脚本进程的处理器。

综合上述本实施例所述的master节点为实施例一中所述的方法提供了硬件支撑，能用来实现实施例一中任一所述的方法，同样的具有降低了master节点与slave节点间配置文件同步的繁琐性、提高了设备的智能性及降低了同步成本等优点。

实施例六：

如图10所示，本实施例提供一种基于zookeeper分布式搜索引擎系统的配置文件更新装置，所述装置为zookeeper；所述zookeeper包括：

第一接收单元210，用于接收master节点发送的新的配置文件；

存储单元220，用于存储所述新的配置文件；

第二发送单元230，用于将所述新的配置文件发送给slave节点；

所述新的配置文件用于替换所述slave节点中的旧的配置文件，加载到所述slave节点内存中用于搜索任务的处理。

所述第一接收单元210的具体结构可为接收接口，如接收天线或RJ45、光纤接口等于所述master节点连接的通信接口。

所述存储单元220的具体结构可包括存储介质；优选为非瞬间存储介质。

所述第二发送单元230的具体接口可博阿凯发送接口，如发送天线或其他有线发送接口，与slave节点连接。

此外，所述第二发送单元230，还用于向所述slave节点发送加载通知；

所述加载通知用于触发所述slave节点在接收到所述新的配置文件之后，加载到所述slave节点的内存中。

综合上述本实施例所述的master节点为实施例二中所述的方法提供了硬件支撑，能用来实现实施例二中任一所述的方法，同样的具有降低了master节点与slave节点间配置文件同步的繁琐性、提高了设备的智能性及降低了同步成本等优点。

实施例七：

如图11所示，本实施例还提供一种基于zookeeper分布式搜索引擎系统的配置文件更新装置，所述装置为slave节点，所述slave节点包括：

第二接收单元310，用于接收zookeeper发送的新的配置文件；

加载单元320，用于将所述新的配置文件替换旧的配置文件加载到内存中。

所述第二接收单元310的具体结构可包括接收接口，如接收天线或有线接收接口，如光纤接口，双绞线接口或同轴电缆接口。

所述加载单元320可为处理器；所述slave节点还包括内存；所述处理器把接收的新的配置文件加载到内存中替换掉旧的配置文件。

所述第二接收单元310，还用于接收zookeeper发送的加载通知；

所述加载单元320，具体用于在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。

综合上述本实施例所述的master节点为实施例三中所述的方法提供了硬件支撑，能用来实现实施例三中任一所述的方法，同样的具有降低了master节点与slave节点间配置文件同步的繁琐性、提高了设备的智能性及降低了同步成本等优点。

实施例八：

如图12所示，本实施例提供一种基于zookeeper分布式搜索引擎系统的配置文件更新系统，所述系统包括：

master节点410，用于检测master节点是否形成了新的配置文件，及当确定形成了新的配置文件时将所述新的配置文件发送到zookeeper；

zookeeper420，用于接收并存储所述新的配置文件，及向slave节点发送所述新的配置文件；

slave节点，用于接收所述新的配置文件，及将所述新的配置文件替换旧的替换文件加载到内存中。

在具体的实现过程中，所述master节点以及所述slave节点都可以有多个，在图11所示的系统中，所述slave节点包括slave节点431以及slave节点432。

所述zookeeper为所述slave节点和所述slave节点的管理系统，可以有一个或多个物理设备构成。多个设备之间通过互联网连接。所述zookeeper用来管理所述master节点和slave节点。

所述zookeeper420，还用于向所述slave节点发送加载通知；

所述slave节点，还用于接收所述加载通知；

所述slave节点，具体用于在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。

综合上述本实施例所述的master节点为实施例四中所述的方法提供了硬件支撑，能用来实现实施例四中任一所述的方法，同样的具有降低了master节点与slave节点间配置文件同步的繁琐性、提高了设备的智能性及降低了同步成本等优点。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

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

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，所述方法包括：

检测master节点是否形成了新的配置文件；

当确定形成了新的配置文件时，将所述新的配置文件发送到zookeeper；

所述新的配置文件用于通过所述zookeeper发送到slave节点。

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

所述检测master节点是否形成了新的配置文件为：

获取前一次配置文件的更新时间；

检测所述master节点的配置文件的更新时间；

当检测结果表明所述更新时间发生了变化时，确定是否形成了新的配置文件。

3.根据权利要求2所述的方法，其特征在于，

所述检测所述master节点的配置文件的更新时间为：

通过运行在所述master节点中的脚本进程定时或实时检测所述master节点的配置文件的更新时间。

4.一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，其特征在于，所述方法包括：

接收并存储master节点发送的新的配置文件；

将所述新的配置文件发送给slave节点；

所述新的配置文件用于替换所述slave节点中的旧的配置文件，加载到所述slave节点内存中用于搜索任务的处理。

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

向所述slave节点发送加载通知；

所述加载通知用于触发所述slave节点在接收到所述新的配置文件之后，加载到所述slave节点的内存中。

6.一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，其特征在于，所述方法包括：

接收zookeeper发送的新的配置文件；

将所述新的配置文件替换旧的配置文件加载到内存中。

7.根据权利要求6所述的方法，其特征在于，

所述方法还包括：

接收zookeeper发送的加载通知；

所述将所述新的配置文件替换旧的配置文件加载到内存中为：

在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。

8.一种基于zookeeper分布式搜索引擎系统的配置文件更新方法，其特征在于，所述方法包括：

master节点检测master节点是否形成了新的配置文件；

当确定形成了新的配置文件时，master节点将所述新的配置文件发送到zookeeper；

zookeeper接收并存储所述新的配置文件；

zookeeper向slave节点发送所述新的配置文件；

slave节点接收所述新的配置文件；

slave节点将所述新的配置文件替换旧的替换文件加载到内存中。

9.根据权利要求8所述的方法，其特征在于，

所述方法还包括：

所述zookeeper还向所述slave节点发送加载通知；

所述slave节点接收所述加载通知；

所述slave节点加载所述新的配置文件为：

所述slave节点在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。

10.一种基于zookeeper分布式搜索引擎系统的配置文件更新装置，所述装置为master节点；其特征在于，所述master节点包括：

检测单元，用于检测master节点是否形成了新的配置文件；

第一发送单元，用于当确定形成了新的配置文件时，将所述新的配置文件发送到zookeeper；

所述新的配置文件用于通过所述zookeeper发送到slave节点。

11.根据权利要求10所述的装置，其特征在于，

所述检测单元包括：

记录模块，用于获取前一次配置文件的更新时间；

检测模块，用于检测所述master节点的配置文件的更新时间；

确定模块，用于当检测结果表明所述更新时间发生了变化时，确定是否形成了新的配置文件。

12.根据权利要求11所述的装置，其特征在于，

所述检测模块，用于通过运行在所述master节点中的脚本进程定时或实时检测所述master节点的配置文件的更新时间。

13.一种基于zookeeper分布式搜索引擎系统的配置文件更新装置，其特征在于，所述装置为zookeeper；所述zookeeper包括：

第一接收单元，用于接收master节点发送的新的配置文件；

存储单元，用于存储所述新的配置文件；

第二发送单元，用于将所述新的配置文件发送给slave节点；

所述新的配置文件用于替换所述slave节点中的旧的配置文件，加载到所述slave节点内存中用于搜索任务的处理。

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

所述第二发送单元，还用于向所述slave节点发送加载通知；

所述加载通知用于触发所述slave节点在接收到所述新的配置文件之后，加载到所述slave节点的内存中。

15.一种基于zookeeper分布式搜索引擎系统的配置文件更新装置，其特征在于，所述装置为slave节点，所述slave节点包括：

第二接收单元，用于接收zookeeper发送的新的配置文件；

加载单元，用于将所述新的配置文件替换旧的配置文件加载到内存中。

16.根据权利要求15所述的装置，其特征在于，

所述第二接收单元，还用于接收zookeeper发送的加载通知；

所述加载单元，具体用于在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。

17.一种基于zookeeper分布式搜索引擎系统的配置文件更新系统，其特征在于，所述系统包括：

master节点，用于检测master节点是否形成了新的配置文件，及当确定形成了新的配置文件时将所述新的配置文件发送到zookeeper；

zookeeper，用于接收并存储所述新的配置文件，及向slave节点发送所述新的配置文件；

slave节点，用于接收所述新的配置文件，及将所述新的配置文件替换旧的替换文件加载到内存中。

18.根据权利要求17所述的系统，其特征在于，

所述zookeeper，还用于向所述slave节点发送加载通知；

所述slave节点，还用于接收所述加载通知；

所述slave节点，具体用于在所述加载通知的触发下，将所述新的配置文件替换旧的替换文件加载到内存中。