CN104778278A - 一种基于solr的搜索方法及搜索应用服务器AUS - Google Patents

Abstract

本发明公开了一种基于solr的搜索方法及搜索应用服务器AUS。涉及信息技术处理领域，解决了现有采用同步响应方式进行检索时响应超时的问题。本发明实施提供的搜索方法包括：接收用户输入的搜索请求；其中，所述搜索请求包含：至少一个搜索字段及搜索命令关键字；将搜索内容划分为n组；其中，n大于1的整数；同时对每一组搜索内容进行检索，获取n组与所述搜索字段相关的检索结果；将所述n组检索结果合并后，根据所述搜索命令关键字显示给所述用户。

Description

一种基于solr的搜索方法及搜索应用服务器AUS

技术领域

本发明涉及信息技术处理领域，尤其涉及一种基于solr的搜索方法及搜索应用服务器AUS。

背景技术

目前，应用广泛的企业级搜索应用服务器是阿帕奇(Apache)提供的基于Lucene的全文搜索服务器solr。其中，solr是一个高性能，采用Java5开发的全文搜索服务器，它的检索方式为：solr中的索引程序扫描文章中的每一个词，对每一个词建立一个索引，指明该词在文章中出现的次数和位置；当用户查询某一词时，solr中的检索程序根据事先建立的索引进行查找，并将查找的结果分析处理后反馈给用户。

在实际应用中，solr只对外提供了同步响应的超文本传送协议(英文：Hypertext transfer protocol，缩写：http)接口方式，该同步响应方式要求solr每次接收到用户发送的查询请求时，必须检索完整个节点的数据，并对检索结果分析处理后，才对用户的查询请求作出响应。但是，随着数据量的增长、业务复杂度的增加，solr从检索信息到提取出最终结果数据并响应给用户的处理时间势必会增长，从而造成响应超时等异常问题。

发明内容

本发明的实施例提供一种基于solr的搜索方法及搜索应用服务器AUS，以解决现有采用同步响应方式进行检索时响应超时的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明实施例提供一种基于solr的搜索方法，应用于搜索应用服务器AUS；所述方法包括：

步骤a1、接收用户输入的搜索请求；其中，所述搜索请求包含：至少一个搜索字段及搜索命令关键字；

步骤a2、将搜索内容划分为n组；其中，n大于1的整数；

步骤a3、同时对每一组搜索内容进行检索，获取n组与所述搜索字段相关的检索结果；

步骤a4、将所述n组检索结果合并后，根据所述搜索命令关键字显示给所述用户。

在第一方面的第一种可能的实现方式中，结合第一方面，所述接收用户输入的搜索请求包括：

接收用户通过用户界面上的搜索框输入的搜索请求。

在第一方面的第二种可能的实现方式中，结合第一方面或第一方面的第一种可能的实现方式，在将搜索内容划分为n组之前，所述方法还包括：

判断所述搜索命令关键字是否为原生solr可支撑的关键字；

若确定所述搜索命令关键字为原生solr不可支撑的关键字，则执行步骤a2～a4。

在第一方面的第三种可能的实现方式中，结合第一方面的第二种可能的实现方式，所述判断所述搜索命令关键字是否为原生solr可支撑的关键字包括：

解析所述搜索命令关键字所对应的业务类型；

若所述业务类型不包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr不可支撑的关键字；

若所述业务类型包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr可支撑的关键字。

在第一方面的第四种可能的实现方式中，结合第一方面的第二种可能的实现方式至第一方面的第三种实现方式，所述方法还包括：

若确定所述搜索命令关键字为原生solr可支撑的关键字，则按照预设顺序对所述搜索请求对应的搜索内容依次进行检索；

将检索结果显示给所述用户。

第二方面，本发明实施例提供一种搜索应用服务器AUS，所述搜索应用服务器AUS包括：solrj客户端、solrcloud服务器、kafka集群以及合并模块；

所述solrj客户端，用于接收用户输入的搜索请求，并向所述solrcloud服务器发送所述搜索请求；其中，所述搜索请求包含：至少一个搜索字段及搜索命令关键字；

所述solrcloud服务器，用于将接收的所述solrj客户端发送的所述搜索请求对应的搜索内容划分为n组；其中，n大于1的整数；

并同时对每一组搜索内容进行检索，将获取的n组与所述搜索字段相关的检索结果发送至所述kafka集群；

所述合并模块、用于读取所述kafka集群中所述n组的检索结果，并将合并后的所述n组检索结果根据所述搜索命令关键字处理后写入所述kafka集群；

所述kafka集群，用于将所述合并处理后的结果显示给所述用户。

在第二方面的第一种可能的实现方式中，结合第二方面，所述solrj客户端，具体用于：

接收用户通过用户界面上的搜索框输入的搜索请求。

在第二方面的第二种可能的实现方式中，结合第二方面或第二方面的第一种可能的实现方式，所述搜索应用服务器AUS还包括：

语言解析模块，用于在所述solrcloud服务器将搜索内容划分为n组之前，确定所述搜索命令关键字为原生solr不可支撑的关键字。

在第二方面的第三种可能的实现方式中，结合第二方面的第二种可能的实现方式，所述语言解析模块，具体用于：

解析所述搜索命令关键字所对应的业务类型；

若所述业务类型不包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr不可支撑的关键字；

若所述业务类型包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr可支撑的关键字。

在第二方面的第四种可能的实现方式中，结合第二方面至第二方面的第三种可能的实现方式中的任一种实现方式，

所述solrcloud服务器，还用于若所述语言解析模块确定所述搜索命令关键字为原生solr可支撑的关键字，则按照预设顺序对所述搜索请求对应的搜索内容依次进行检索；

并将检索结果显示给所述用户。

由上可知，本发明实施例提供一种基于solr的搜索方法及搜索应用服务器AUS。当接收到用户输入包含搜索命令关键字的搜索请求时，将搜索请求对应的分组检索，并将每组的检索结果合并后反馈给用户。如此，将检索内容分为多个小组，并行检索与搜索命令关键字相关的内容，大大缩短了检索时间，避免了现有当检索内容比较多时，采用同步响应方式进行检索时响应超时的问题，提高了用户体验。

附图说明

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

图1为本发明实施例提供的一种基于solr的搜索方法的流程图；

图2为本发明实施例提供的一种搜索应用服务器AUS的结构图；

图2A为本发明实施例提供的一种搜索应用服务器AUS的结构图。

具体实施方式

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

图1示出了本发明实施例提供的一种基于solr的搜索方法的流程图。如图1所示，所述方法可以包括：

101、接收用户输入的搜索请求；其中，所述搜索请求包含：至少一个搜索字段及搜索命令关键字。

其中，搜索字段可以为用户需要查询任一字或词，搜索命令关键字为可以本实施提供的亚信处理语言；例如，若用户需要查询某一地址的相关信息，且仅需要查询结果中的前20个结果，则可以在搜索框中输入：*|head 20|address:西安市未央区南路一段29号，其中，address:西安市未央区南路一段29号为搜索字段，head为搜索命令关键字。

优选的，可以接收用户通过用户界面上的搜索框输入的搜索请求；如：可以在用户界面上设置类似百度baidu、google的搜索框，在搜索框内输入相应的包含至少一个搜索字段及搜索命令关键字的搜索请求。

需要说明的是，本发明实施例提供的搜索命令关键字与现有solr中的一些查询命令相比更丰富，简单易学，可以统称为亚信处理语言(英文：Aisainfo Process Language，缩写：APL)，且每个命令关键字都对应特定的数据挖掘功能，如：*|head 10表示取检索结果集中前10个数据；*|tail10表示取检索结果集中最后10个结果；更重要的是，本实施例提供的搜索命令关键字还可以通过简单的组合以实现新的数据挖掘需求，如：*|head 10|tail 2则可以取出检索结果的第9、第10条数据；此外，如果有新的数据挖掘需求，只需约定一特定APL语言命令关键字与之对应，然后实现所需业务逻辑，即可将该数据挖掘需求纳入APL语言系统中。

102、将搜索内容划分为n组；其中，n大于1的整数。

优选的，可以根据搜索内容的大小将搜索内容灵活划分为n组，每组的搜索数量可以相等，也可以不等，至于n的具体取值，本发明实施例对比不进行限定。例如：一次检索文档总数为100000，可以将这批搜索文档均分为分为10组，每组包含10000个检索文档。

103、同时对每一组搜索内容进行检索，获取n组与所述搜索字段相关的检索结果。

优选的，可以按照搜索内容的时间先后顺序或者内容从大到小的顺序对每组搜索内容进行检索；例如，检索关于“西安市未央区南路一段29号”该地址的相关信息，可以按照时间发生的先后进行检索。

104、将所述n组检索结果合并后，根据所述搜索命令关键字显示给所述用户。

优选的，可以通过将合并处理后的结果显示在用户界面上，以供用户查看。例如：共将搜索内容分为10组，每组均获得100个检索结果，而搜索命令关键字*|head 10仅要求返回前10个搜索结果，则需要把这1000个搜索结果合并在一起后，选出前10个搜索结果返回给用户。

进一步的，本发明实施例中，并不需要对所有的搜索请求都采用上述102-104的步骤进行处理，例如，对于更大级别的数据或者solr服务器无法提供服务能力的检索，若采用现有同步处理方法则会超时，因此，必须要采用本实施提供的分组处理方式；而对于目前solr支撑的很好的千万级别数据，不存在同步接口方式中的超时问题，此时，若采用分组处理方式，则会造成不必要的时间浪费，因此，为了保证solr支撑的很好的业务仍采用现有同步接口方式，在将搜索内容划分为n组之前，本发明实施例提供的方法还可以包括：

确定所述搜索命令关键字是否为原生solr可支撑的关键字；。

若是原始solr不可支撑的关键字，则执行步骤102-104；

若是原始solr可支撑的关键字，则按照预设顺序对所述搜索请求对应的搜索内容依次进行检索，将检索结果显示给所述用户，即采用现有同步接口方式进行检索。

示例性的，所述确定所述搜索命令关键字是否为原生solr可支撑的关键字可以包括：

解析所述搜索命令关键字所对应的业务类型；

若所述业务类型不包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr不可支撑的关键字；

若所述业务类型包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr可支撑的关键字。

由上可知，本发明实施例提供一种基于solr的搜索方法。当接收到用户输入包含搜索命令关键字的搜索请求时，将搜索请求对应的分组检索，并将每组的检索结果合并后反馈给用户。如此，将检索内容分为多个小组，并行检索与搜索命令关键字相关的内容，大大缩短了检索时间，避免了现有当检索内容比较多时，采用同步响应方式进行检索时响应超时的问题，提高了用户体验。

图2示出了本发明实施例提供的一种搜索应用服务器AUS的结构图，如图2所示，可以包括：solrj客户端201、solrcloud服务器202、kafka集群203以及合并模块204；所述kafka集群203为消息队列，可以为数据中转模块。

所述solrj客户端201，用于接收用户输入的搜索请求，并向所述solrcloud服务器发送所述搜索请求；其中，所述搜索请求包含：至少一个搜索字段及搜索命令关键字。

其中，搜索字段可以为用户需要查询任一字或词，搜索命令关键字为可以本实施提供的亚信处理语言；例如，若用户需要查询某一地址的相关信息，且仅需要查询结果中的前20个结果，则可以在搜索框中输入：*|head 20|address:西安市未央区南路一段29号，其中，address:西安市未央区南路一段29号为搜索字段，head为搜索命令关键字。

所述solrcloud服务器202，用于将接收的所述solrj客户端发送的所述搜索请求对应的搜索内容划分为n组；其中，n大于1的整数；

并同时对每一组搜索内容进行检索，将每组获取的与所述搜索字段相关的内容发送至所述kafka集群203；

所述合并模块204、用于读取所述kafka集群中所述n组的检索结果，并将合并后的所述n组检索结果根据所述搜索命令关键字处理后写入所述kafka集群；

所述kafka集群203，用于将所述合并处理后的结果显示给所述用户。

进一步的，所述solrj客户端201，具体用于：

接收用户通过用户界面上的搜索框输入的搜索请求。

进一步的，本发明实施例中，并不需要对所有的搜索请求都采用上述102-104的步骤进行处理，例如，对于更大级别的数据或者solr服务器无法提供服务能力的检索，若采用现有同步处理方法则会超时，因此，必须要采用本实施提供的分组处理方式；而对于目前solr支撑的很好的千万级别数据，不存在同步接口方式中的超时问题，此时，若采用分组处理方式，则会造成不必要的时间浪费，因此，为了保证solr支撑的很好的业务仍采用现有同步接口方式，如图2A所示，所述搜索应用服务器AUS还可以包括：

语言解析模块205，用于在所述solrcloud服务器将搜索内容划分为n组之前，确定所述搜索命令关键字为原生solr不可支撑的关键字。

进一步的，所述语言解析模块205，具体用于：

解析所述搜索命令关键字所对应的业务类型；

若所述业务类型不包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr不可支撑的关键字；

若所述业务类型包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr可支撑的关键字。

进一步的，所述语言解析模块205，还用于确定所述搜索命令关键字为原生solr可支撑的关键字；

所述solrcloud服务器202，还用于若所述语言解析模块确定所述搜索命令关键字为原生solr可支撑的关键字，则按照预设顺序对所述搜索请求对应的搜索内容依次进行检索；

并将检索结果显示给所述用户。

由上可知，本发明实施例提供一种搜索应用服务器AUS。当接收到用户输入包含搜索命令关键字的搜索请求时，将搜索请求对应的分组检索，并将每组的检索结果合并后反馈给用户。如此，将检索内容分为多个小组，并行检索与搜索命令关键字相关的内容，大大缩短了检索时间，避免了现有当检索内容比较多时，采用同步响应方式进行检索时响应超时的问题，提高了用户体验。

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

Claims (10)

1.一种基于solr的搜索方法，其特征在于，应用于搜索应用服务器AUS；所述方法包括：

步骤a1、接收用户输入的搜索请求；其中，所述搜索请求包含：至少一个搜索字段及搜索命令关键字；

步骤a2、将搜索内容划分为n组；其中，n大于1的整数；

步骤a3、同时对每一组搜索内容进行检索，获取n组与所述搜索字段相关的检索结果；

步骤a4、将所述n组检索结果合并后，根据所述搜索命令关键字显示给所述用户。

2.根据权利要求1所述的方法，其特征在于，所述接收用户输入的搜索请求包括：

接收用户通过用户界面上的搜索框输入的搜索请求。

3.根据权利要求1或2所述的方法，其特征在于，在将搜索内容划分为n组之前，所述方法还包括：

判断所述搜索命令关键字是否为原生solr可支撑的关键字；

若确定所述搜索命令关键字为原生solr不可支撑的关键字，则执行步骤a2～a4。

4.根据权利要求3所述的方法，其特征在于，所述判断所述搜索命令关键字是否为原生solr可支撑的关键字包括：

解析所述搜索命令关键字所对应的业务类型；

若所述业务类型不包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr不可支撑的关键字；

若所述业务类型包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr可支撑的关键字。

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

若确定所述搜索命令关键字为原生solr可支撑的关键字，则按照预设顺序对所述搜索请求对应的搜索内容依次进行检索；

将检索结果显示给所述用户。

6.一种搜索应用服务器AUS，其特征在于，所述搜索应用服务器AUS包括：solrj客户端、solrcloud服务器、kafka集群以及合并模块；

所述solrj客户端，用于接收用户输入的搜索请求，并向所述solrcloud服务器发送所述搜索请求；其中，所述搜索请求包含：至少一个搜索字段及搜索命令关键字；

所述solrcloud服务器，用于将接收的所述solrj客户端发送的所述搜索请求对应的搜索内容划分为n组；其中，n大于1的整数；

并同时对每一组搜索内容进行检索，将获取的n组与所述搜索字段相关的检索结果发送至所述kafka集群；

所述合并模块、用于读取所述kafka集群中所述n组的检索结果，并将合并后的所述n组检索结果根据所述搜索命令关键字处理后写入所述kafka集群；

所述kafka集群，用于将所述合并处理后的结果显示给所述用户。

7.根据权利要求6所述的搜索应用服务器AUS，其特征在于，所述solrj客户端，具体用于：接收用户通过用户界面上的搜索框输入的搜索请求。

8.根据权利要求6或7所述的搜索应用服务器AUS，其特征在于，所述搜索应用服务器AUS还包括：

语言解析模块，用于在所述solrcloud服务器将搜索内容划分为n组之前，确定所述搜索命令关键字为原生solr不可支撑的关键字。

9.根据权利要求8所述的搜索应用服务器AUS，其特征在于，所述语言解析模块，具体用于：

解析所述搜索命令关键字所对应的业务类型；

若所述业务类型不包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr不可支撑的关键字；

若所述业务类型包含在所述原生solr支撑的业务范围之内，则确定所述搜索命令关键字为原生solr可支撑的关键字。

10.根据权利要求8或9所述的搜索应用服务器AUS，其特征在于，所述solrcloud服务器，还用于若所述语言解析模块确定所述搜索命令关键字为原生solr可支撑的关键字，则按照预设顺序对所述搜索请求对应的搜索内容依次进行检索；

并将检索结果显示给所述用户。