Solr调研总结
开发类型 |
全文检索相关开发 | |
Solr版本 |
4.2 | |
文件内容 |
本文介绍solr的功能使用及相关注意事项;主要包括以下内容:环境搭建及调试、两个核心配置文件介绍、中文分词器配置、维护索引、查询索引,高亮显示、拼写检查、搜索建议、分组统计、自动聚类、相似匹配、拼音检索等功能的使用方法。 | |
在代码文本框中如有显示不全的,请在文本框中按Ctrl+A再复制. | ||
版本 |
作者/修改人 |
日期 |
V1.0 |
gzk |
2013-06-04 |
1. Solr 是什么?
Solr它是一种开放源码的、基于 Lucene Java 的搜索服务器,易于加入到 Web 应用程序中。Solr
提供了层面搜索(就是统计)、命中醒目显示并且支持多种输出格式(包括XML/XSLT 和JSON等格式)。它易于安装和配置,而且附带了一个基于HTTP
的管理界面。可以使用 Solr 的表现优异的基本搜索功能,也可以对它进行扩展从而满足企业的需要。Solr的特性包括:
- 高级的全文搜索功能
- 专为高通量的网络流量进行的优化
- 基于开放接口(XML和HTTP)的标准
- 综合的HTML管理界面
- 可伸缩性-能够有效地复制到另外一个Solr搜索服务器
- 使用XML配置达到灵活性和适配性
- 可扩展的插件体系
2. Lucene 是什么?
Lucene是一个基于Java的全文信息检索工具包,它不是一个完整的搜索应用程序,而是为你的应用程序提供索引和搜
索功能。Lucene 目前是 Apache Jakarta(雅加达)
家族中的一个开源项目。也是目前最为流行的基于Java开源全文检索工具包。目前已经有很多应用程序的搜索功能是基于 Lucene ,比如Eclipse
帮助系统的搜索功能。Lucene能够为文本类型的数据建立索引,所以你只要把你要索引的数据格式转化的文本格式,Lucene 就能对你的文档进行索引和搜索。
3. Solr vs Lucene
Solr与Lucene 并不是竞争对立关系,恰恰相反Solr 依存于Lucene,因为Solr底层的核心技术是使用Lucene
来实现的,Solr和Lucene的本质区别有以下三点:搜索服务器,企业级和管理。Lucene本质上是搜索库,不是独立的应用程序,而Solr是。
Lucene专注于搜索底层的建设,而Solr专注于企业应用。Lucene不负责支撑搜索服务所必须的管理,而Solr负责。所以说,一句话概括 Solr:
Solr是Lucene面向企业搜索应用的扩展。
Solr与Lucene架构图:
Solr使用Lucene并且扩展了它!
- 一个真正的拥有动态字段(Dynamic Field)和唯一键(Unique Key)的数据模式(Data Schema)
- 对Lucene查询语言的强大扩展!
- 支持对结果进行动态的分组和过滤
- 高级的,可配置的文本分析
- 高度可配置和可扩展的缓存机制
- 性能优化
- 支持通过XML进行外部配置
- 拥有一个管理界面
- 可监控的日志
- 支持高速增量式更新(Fast incremental Updates)和快照发布(Snapshot Distribution)
Solr和Lucene这两个同样的索引,查询中国:
solr用时:0.073(秒)
Lucene用时:1.071(秒)
4.搭建并调试Solr
4.1 安装虚拟机
Solr 必须运行在Java1.6 或更高版本的Java 虚拟机中,运行标准Solr 服务只需要安装JRE
即可,但如果需要扩展功能或编译源码则需要下载JDK 来完成。可以通过下面的地址下载所需JDK 或JRE :
- OpenJDK ( http://java.sun.com/j2se/downloads.html
) - Sun (http://java.sun.com/j2se/downloads.html
) - IBM (http://www.ibm.com/developerworks/java/jdk/
) - Oracle (http://www.oracle.com/technology/products/jrockit/index.html
)
安装 步骤请参考相应的帮助文档。
4.2下载Solr
本文针对Solr4.2版本进行调研的,下文介绍内容均针对Solr4.2版本,如与Solr
最新版本有出入请以官方网站内容为准。Solr官方网站下载地址:http://lucene.apache.org/solr/
4.3下载并设置Apache Ant
Solr是使用Ant进行管理的源码, Ant是一种基于Java的build工具。理论上来说,它有些类似于Maven 或者是
C中的make。下载后解压出来后,进行环境变量设置。
ANT_HOME:E:\Work\apache-ant\1.9.1 (这里为你自己解压缩的目录)
PATH:%ANT_HOME%\bin (这个设置是为了方便在dos环境下操作)
查看是否安装成功,在命令行窗口中输入命令ant,若出现结果:
说明ant安装成功!因为ant默认运行build.xml文件,这个文件需要我们建立。现在就可以进行build
Solr源码了。在命令行窗口中进入到你的Solr源码目录,输入ant会出现当前build.xml使用提示信息。
其它的先不用管它,我们只要针对我们使用的IDE进行build就行了,如果使用eclipse就在命令行输入:ant
eclipse.如果使用IntelliJ IDEA 就在命令行输入:ant idea。这样就能进行build了。
黑窗口里提示这个。。。
失败。。。为什么呢,最后我发现是因为下载的ant中少了一个jar就是这apache-ivy(下载地
址:http://ant.apache.org/ivy/)这东东名子真怪
ivy是ant管理jar依赖关系的。当第一次bulid时ivy会自动把build中的缺少的依赖进行下载。网速慢的第一次build要好久的。。。
下载一个jar就行把jar放到ant的lib下(E:\Work\apache-ant\1.9.1\lib)这样再次运行ant
就会成功了。到现在才可以进行Solr的代码调试。
4.4配置并运行Solr代码
不管用什么IDE首选都要设置Solr Home在IDE的JVM参数设置VM arguments写入
-Dsolr.solr.home=solr/example/solr一般就行了.不行也可以使用绝对路径.
solr使用StartSolrJetty文件作为入口文件进行调试代码,在这里可以设置服务器使用的端口和solr的
webapps目录.一般都不用设置,默认的就可以进行调试.Solr Home也能可在代码中设置一样好用.
System.setProperty("solr.solr.home",
"E:\\Work\\solr-4.2.0-src-idea\\solr\\example\\solr");
目前是使用自带的一个example作为solr配置的根目录,如果你有其他的solr配置目录,设置之即可。点击run即可,debug也是一样可以用了。没有别的问题就应该能运行了.注意servlet
容器使用的端口,如查提示:
FAILED [email protected]:8983: java.net.BindException: Address already
in use: JVM_Bind 就说明当前端口占用中.改一下就可以了.如果没有报错启动成功后就可以在浏览器中输入地址: http://localhost:8983/solr/
就可以看到如下界面
到这里Solr就成功配置并运行了.要是想跟代码调试在启动时在这个方法里点断点就可以Initializer的initialize()方法如果想从浏览器中找断点调试就要到SolrDispatchFilter的doFilter方法中点断点了.
注:IE9在兼容模式下有bug,必须设置为非兼容模式。
5.Solr基础
因为 Solr 包装并扩展了Lucene,所以它们使用很多相同的术语。更重要的是,Solr 创建的索引与 Lucene
搜索引擎库完全兼容。通过对 Solr 进行适当的配置,某些情况下可能需要进行编码,Solr 可以阅读和使用构建到其他 Lucene 应用程序中的索引。在
Solr 和 Lucene 中,使用一个或多个 Document 来构建索引。Document 包括一个或多个 Field。Field 包括名称、内容以及告诉
Solr 如何处理内容的元数据。
例如,Field
可以包含字符串、数字、布尔值或者日期,也可以包含你想添加的任何类型,只需用在solr的配置文件中进行相应的配置即可。Field
可以使用大量的选项来描述,这些选项告诉 Solr 在索引和搜索期间如何处理内容。
现在,查看一下表 1 中列出的重要属性的子集:
属性名称 |
描述 |
Indexed |
Indexed Field 可以进行搜索和排序。你还可以在 indexed Field 上运行 Solr |
Stored |
stored Field |
5.1模式配置Schema.xml
schema.xml这个配置文件可以在你下载solr包的安装解压目录的\solr\example\solr\collection1\conf中找到,它就是solr模式关联的文件。打开这个配置文件,你会发现有详细的注释。模式组织主要分为三个重要配置
5.1.1. types 部分
是一些常见的可重用定义,定义了 Solr(和 Lucene)如何处理
Field。也就是添加到索引中的xml文件属性中的类型,如int、text、date等.
<fieldType name="string" <fieldType name="boolean" <fieldType name="int" |
<fieldType name="text_general" <analyzer type="index"> <tokenizer <filter <filter </analyzer> <analyzer type="query"> <tokenizer <filter <filter <filter </analyzer> </fieldType> |
参数说明:
属性 |
描述 |
name |
标识而已 |
class |
和其他属性决定了这个fieldType的实际行为。 |
sortMissingLast |
设置成true没有该field的数据排在有该field的数据之后,而不管请求时的排序规则, |
sortMissingFirst |
跟上面倒过来呗。 默认是设置成false |
analyzer |
字段类型指定的分词器 |
type |
当前分词用用于的操作.index代表生成索引时使用的分词器query代码在查询时使用的分词器 |
tokenizer |
分词器类 |
filter |
分词后应用的过滤器 |
5.1.2. fileds
是你添加到索引文件中出现的属性名称,而声明类型就需要用到上面的types
<field name="id" type="string" <field name="path" <field name="content" <field name ="text" type ="text_ik" <field name ="pinyin" type <field name="_version_" type="long" |
<dynamicField name="*_i" type="int" <dynamicField name="*_l" type="long" <dynamicField name="*_s" |
- field: 固定的字段设置
- dynamicField: 动态的字段设置,用于后期自定义字段,*号通配符.例如: test_i就是int类型的动态字段.
还有一个特殊的字段copyField,一般用于检索时用的字段这样就只对这一个字段进行索引分词就行了copyField的dest字段如果有多个source一定要设置multiValued=true,否则会报错的
<copyField source="content" <copyField source="content" <copyField source="pinyin" |
字段属性说明:
属性 |
描述 |
name |
字段类型名 |
class |
java类名 |
indexed |
缺省true。 |
stored |
缺省true。说明这个字段被包含在搜索结果中是合适的。如果数据没有stored,则indexed应是true。 |
omitNorms |
字段的长度不影响得分和在索引时不做boost时,设置它为true。 一般文本字段不设置为true。 |
termVectors |
如果字段被用来做more like this |
compressed |
字段是压缩的。这可能导致索引和搜索变慢,但会减少存储空间,只有StrField和TextField是可以压缩,这通常适合字段的长度超过200个字符。 |
multiValued |
字段多于一个值的时候,可设置为true。 |
positionIncrementGap |
和multiValued一起使用,设置多个值之间的虚拟空白的数量 |
注意:_version_ 是一个特殊字段,不能删除,是记录当前索引版本号的.
5.1.3. 其他配置
uniqueKey:
唯一键,这里配置的是上面出现的fileds,一般是id、url等不重复的。在更新、删除的时候可以用到。
defaultSearchField:默认搜索属性,如q=solr就是默认的搜索那个字段
solrQueryParser:查询转换模式,是并且还是或者(AND/OR必须大写)
5.2. solr配置solrconfig.xml
solrconfig.xml这个配置文件可以在你下载solr包的安装解压目录的E:\Work\solr-4.2.0-src-idea\solr
\example\solr\collection1\conf中找到,这个配置文件内容有点多,主要内容有:使用的lib配置,包含依赖的jar和
Solr的一些插件;组件信息配置;索引配置和查询配置,下面详细说一下索引配置和查询配置.
5.2.1索引indexConfig
Solr 性能因素,来了解与各种更改相关的性能权衡。 表 1 概括了可控制
Solr 索引处理的各种因素:
属性 |
描述 |
useCompoundFile |
通过将很多 Lucene 内部文件整合到一个文件来减少使用中的文件的数量。这可有助于减少 Solr |
ramBufferSizeMB |
在添加或删除文档时,为了减少频繁的更些索引,Solr会选缓存在内存中,当内存中的文件大于设置的值,才会更新到索引库。较大的值可使索引时间变快但会牺牲较多的内存。如两个值同时设置,满足一个就会进行刷新索引. |
maxBufferedDocs | |
mergeFactor |
决定低水平的 Lucene 段被合并的频率。较小的值(最小为 |
maxIndexingThreads |
indexWriter生成索引时使用的最大线程数 |
unlockOnStartup |
unlockOnStartup 告知 Solr |
lockType |
single: 在只读索引或是没有其它进程修改索引时使用. native: 使用操作系统本地文件锁,不能使用多个Solr在同一个JVM中共享一个索引. simple :使用一个文本文件锁定索引. |
5.2.2 查询配置query
属性 |
描述 |
maxBooleanClauses |
最大的BooleanQuery数量. 当值超出时,抛出 |
filterCache |
filterCache存储了无序的lucene document id集合,1.存储了filter |
queryResultCache |
缓存搜索结果,一个文档ID列表 |
documentCache |
缓存Lucene的Document对象,不会自热 |
fieldValueCache |
字段缓存使用文档ID进行快速访问。默认情况下创建fieldValueCache即使这里没有配置。 |
enableLazyFieldLoading |
若应用程序预期只会检索 Document 上少数几个 Field,那么可以将属性设置为 |
queryResultWindowSize |
一次查询中存储最多的doc的id数目. |
queryResultMaxDocsCached |
查询结果doc的最大缓存数量, |
listener |
选项定义 newSearcher 和 firstSearcher |
useColdSearcher |
是否使用冷搜索,为false时使用自热后的searcher |
maxWarmingSearchers |
最大自热searcher数量 |
5.3Solr加入中文分词器
中文分词在solr里面是没有默认开启的,需要我们自己配置一个中文分词器。目前可用的分词器有smartcn,IK,Jeasy,庖丁。其实主要是两
种,一种是基于中科院ICTCLAS的隐式马尔科夫HMM算法的中文分词器,如smartcn,ictclas4j,优点是分词准确度高,缺点是不能使用
用户自定义词库;另一种是基于最大匹配的分词器,如IK
,Jeasy,庖丁,优点是可以自定义词库,增加新词,缺点是分出来的垃圾词较多。各有优缺点看应用场合自己衡量选择吧。
下面给出两种分词器的安装方法,任选其一即可,推荐第一种,因为smartcn就在solr发行包的contrib/analysis-extras
/lucene-libs/下,就是lucene-analyzers-smartcn-4.2.0.jar,首选在solrconfig.xml中加一
句引用analysis-extras的配置,这样我们自己加入的分词器才会引到的solr中.
<lib |
5.3.1. smartcn 分词器的安装
首选将发行包的contrib/analysis-extras/lucene-libs/
lucene-analyzers-smartcn-4.2.0.jar复制到\solr\contrib\analysis-extras\lib下,
在solr本地应用文件夹下,打开/solr/conf/scheme.xml,编辑text字段类型如下,添加以下代码到scheme.xml中的相应
位置,就是找到fieldType定义的那一段,在下面多添加这一段就好啦
<fieldType name="text_smartcn" <analyzer type="index"> <tokenizer <filter </analyzer> <analyzer type="query"> <tokenizer <filter </analyzer> </fieldType> |
如果需要检索某个字段,还需要在scheme.xml下面的field中,添加指定的字段,用text_ smartcn作为type的名字,来完成中文分词。如
text要实现中文检索的话,就要做如下的配置:
<field name ="text" type |
5.3.2. IK 分词器的安装
首选要去下载IKAnalyzer的发行包.下载地址: http://ik-analyzer.googlecode.com/files/IK%20Analyzer%202012FF_hf1.zip.
下载后解压出来文件中的三个复制到\solr\contrib\analysis-extras\lib目录中.
IKAnalyzer2012FF_u1.jar
分词器jar包
IKAnalyzer.cfg.xml
分词器配置文件
Stopword.dic
分词器停词字典,可自定义添加内容
复制后就可以像smartcn一样的进行配置scheme.xml了.
<fieldType name="text_ik" <analyzer </fieldType> |
<field name ="text" type ="text_ik" |
现在来验证下是否添加成功,首先使用StartSolrJetty来启动solr服务,启动过程中如果配置出错,一般有两个原因:一是配置的分词器jar
找不到,也就是你没有复制jar包到\solr\contrib\analysis-extras\lib目前下;二是分词器版本不对导致的分词器接口
API不一样出的错,要是这个错的话就在检查分词器的相关文档,看一下支持的版本是否一样.
如果在启动过程中没有报错的话说明配置成功了.我们可以进入到http://localhost:8983/solr地址进行测试一下刚加入的中文分词
器.在首页的Core Selector中选择你配置的Croe后点击下面的Analysis,在Analyse Fieldname /
FieldType里选择你刚才设置的字段名称或是分词器类型,在Field Value(index)中输入:中国人,点击右面的分词就行了.
6.Solr功能应用
我这里主要使用SolrJ进行介绍一下Solr的一些基本应用,使用SolrJ加上EmbeddedSolrServer(嵌入式服务器),方便进行代码
跟踪调试.在功能上和其它服务器都是一样的,它们都是继承的SolrServer来提供服务API的.
EmbeddedSolrServer优点是不用起http协议,直接加载SolrCore进行操作,性能上应该是最快的,方便用于把Solr单结点服务
嵌入到项目中使用.下面开始介绍Solr的功能的应用.EmbeddedSolrServer初始化:
System.setProperty("solr.solr.home", CoreContainer.Initializer initializer = new CoreContainer coreContainer = SolrServer server = new |
6.1维护索引
在一般系统中维护的都是增删改,在Solr中的维护功能是增删和优化功能,在Solr中的修改操作就是先删掉再添加.在做索引维护之前,首先要做的是配置
schema.xml主要是按上面章节中的说明设置好字段信息(名称,类型,索引,存储,分词等信息),大概就像在数据库中新建一个表一样.设置好
schema.xml就可以进行索引相关操作了.
6.1.1增加索引
在增加索引之前先可构建好SolrInputDocument对象.主要操作就是给文档添加字段和值.代码如下:
SolrInputDocument doc = new SolrInputDocument(); doc.setField("id", "ABC"); doc.setField("content", "中华人民共和国"); |
构建好文档后添加的上面初始化好的server里就行了.
server.add(doc); server.commit();//这句一般不用加因为我们可以通过在配置文件中的 //autoCommit来提高性能 |
Solr在add文档时.如果文档不存在就直接添加,如果文档存在就删除后添加,这也就是修改功能了.判断文档是否存在的依据是定义好的uniqueKey字段.
6.1.2删除索引
删除索引可以通过两种方式操作,一种是通过文档ID进行删除,别一种是通过查询到的结果进行删除.
通过ID删除方式代码:
server.deleteById(id); //或是使用批量删除 server.deleteById(ids); |
通过查询删除方式代码:
server.deleteByQuery("*.*");//这样就删除了所有文档索引 //”*.*”就查询所有内容的,介绍查询时会详细说明. |
6.1.2优化索引
优化Lucene
的索引文件以改进搜索性能。索引完成后执行一下优化通常比较好。如果更新比较频繁,则应该在使用率较低的时候安排优化。一个索引无需优化也可以正常地运行。优化是一个耗时较多的过程。
server.optimize();//不要频繁的调用..尽量在无人使用时调用. |
6.2文本检索
Solr在不修改任务配置的情况下就可以使用文本检索功能,在web项目中应用可以直接URL进行访问Solr服务器例如 :
http://localhost:8983/solr/ |
上面的意思就是检索名为collection1的SolrCore的所有内容用xml格式返回并且有缩进。
返回结果如下:
<?xml version="1.0" <response> <lst name="responseHeader"> <int <int <lst name="params"> <str <str <str </lst> </lst> <result name="response" <doc> <str <str <int <long <long <str <str <long … </result> </response> |
上面所看到的就是用xml格式返回的查询结果,其中的doc就是一个文档,在doc里面的那个就是我们开始在schema.xml中定义的字段.
如果使用SolrJ进行调用的话代码如下:
SolrQuery query = new SolrQuery(); query.set("q","*.*"); QueryResponse rsp =server.query(query) SolrDocumentList list = rsp.getResults(); |
返回结果在SolrDocumentList中在这个对象中遍历取出值来:
for (int i = 0; i < list.size(); i++) { SolrDocument sd = String id = (String) System.out.println(id); } |
6.2.1查询参数
名称 |
描述 |
q |
查询字符串,必须的。 |
fq |
filter query。使用Filter Query可以充分利用Filter Query |
fl |
field list。指定返回结果字段。以空格“ ”或逗号“,”分隔。 |
start |
用于分页定义结果起始记录数,默认为0。 |
rows |
用于分页定义结果每页返回记录数,默认为10。 |
sort |
排序,格式:sort=<field |
df |
默认的查询字段,一般默认指定。 |
q.op |
覆盖schema.xml的defaultOperator(有空格时用"AND"还是用"OR"操作逻辑),一般默认指定。必须大写 |
wt |
writer |
qt |
query type,指定查询使用的Query Handler,默认为“standard”。 |
explainOther |
设置当debugQuery=true时,显示其他的查询说明。 |
defType |
设置查询解析器名称。 |
timeAllowed |
设置查询超时时间。 |
omitHeader |
设置是否忽略查询结果返回头信息,默认为“false”。 |
indent |
返回的结果是否缩进,默认关闭,用 indent=true|on |
version |
查询语法的版本,建议不使用它,由服务器指定默认值。 |
debugQuery |
设置返回结果是否显示Debug信息。 |
6.2.2查询语法
1.匹配所有文档:*:*
2.强制、阻止和可选查询:
1) Mandatory:查询结果中必须包括的(for
example, only entry name containing the word make)
Solr/Lucene Statement:+make, +make +up ,+make +up
+kiss
2) prohibited:(for example, all
documents except those with word believe)
Solr/Lucene Statement:+make +up -kiss
3) optional:
Solr/Lucene Statement:+make +up kiss
3.布尔操作:AND、OR和NOT布尔操作(必须大写)与Mandatory、optional和prohibited相似。
1) make AND up =
+make +up :AND左右两边的操作都是mandatory
2) make || up =
make OR up=make up :OR左右两边的操作都是optional
3) +make +up NOT
kiss = +make +up –kiss
4) make AND up OR
french AND Kiss不可以达到期望的结果,因为AND两边的操作都是mandatory的。
4. 子表达式查询(子查询):可以使用“()”构造子查询。
示例:(make AND up) OR (french AND Kiss)
5.子表达式查询中阻止查询的限制:
示例:make (-up):只能取得make的查询结果;要使用make (-up
*:*)查询make或者不包括up的结果。
6.多字段fields查询:通过字段名加上分号的方式(fieldName:query)来进行查询
示例:entryNm:make AND
entryId:3cdc86e8e0fb4da8ab17caed42f6760c
7.通配符查询(wildCard Query):
1)
通配符?和*:“*”表示匹配任意字符;“?”表示匹配出现的位置。
示例:ma?*(ma后面的一个位置匹配),ma??*(ma后面两个位置都匹配)
2) 查询字符必须要小写:+Ma
+be**可以搜索到结果;+Ma +Be**没有搜索结果.
3)
查询速度较慢,尤其是通配符在首位:主要原因一是需要迭代查询字段中的每个term,判断是否匹配;二是匹配上的term被加到内部的查询,当terms数量达到1024的时候,查询会失败。
4)
Solr中默认通配符不能出现在首位(可以修改QueryParser,设置
setAllowLeadingWildcard为true)
5) set
setAllowLeadingWildcard to true.
8.模糊查询、相似查询:不是精确的查询,通过对查询的字段进行重新插入、删除和转换来取得得分较高的查询解决(由Levenstein
Distance Algorithm算法支持)。
1)
一般模糊查询:示例:make-believ~
2)
门槛模糊查询:对模糊查询可以设置查询门槛,门槛是0~1之间的数值,门槛越高表面相似度越高。示例:make-believ~0.5、make-believ~0.8、make-believ~0.9
9.范围查询(Range
Query):Lucene支持对数字、日期甚至文本的范围查询。结束的范围可以使用“*”通配符。
示例:
1) 日期范围(ISO-8601
时间GMT):sa_type:2 AND a_begin_date:[1990-01-01T00:00:00.000Z TO
1999-12-31T24:59:99.999Z]
2)
数字:salary:[2000 TO *]
3) 文本:entryNm:[a
TO a]
10.日期匹配:YEAR, MONTH, DAY, DATE (synonymous with DAY)
HOUR, MINUTE, SECOND, MILLISECOND, and MILLI (synonymous with
MILLISECOND)可以被标志成日期。
示例:
1) r_event_date:[* TO NOW-2YEAR]:2年前的现在这个时间
2) r_event_date:[* TO
NOW/DAY-2YEAR]:2年前前一天的这个时间
6.2.3函数查询(Function Query)
函数查询 可以利用
numeric字段的值 或者 与字段相关的的某个特定的值的函数,来对文档进行评分。
1. 使用函数查询的方法
这里主要有三种方法可以使用函数查询,这三种s方法都是通过solr http接口的。
1) 使用FunctionQParserPlugin。ie:
q={!func}log(foo)
2) 使用“_val_”内嵌方法
内嵌在正常的solr查询表达式中。即,将函数查询写在
q这个参数中,这时候,我们使用“_val_”将函数与其他的查询加以区别。
ie:entryNm:make && _val_:ord(entryNm)
3) 使用dismax中的bf参数
使用明确为函数查询的参数,比如说dismax中的bf(boost
function)这个参数。
注意:bf这个参数是可以接受多个函数查询的,它们之间用空格隔开,它们还可以带上权重。所以,当我们使用bf这个参数的时候,我们必须保证单个函数中是
没有空格出现的,不然程序有可能会以为是两个函数。
示例:
q=dismax&bf="ord(popularity)^0.5
recip(rord(price),1,1000,1000)^0.3
2. 函数的格式(Function Query Syntax)
目前,function query 并不支持 a+b 这样的形式,我们得把它写成一个方法形式,这就是
sum(a,b).
3. 使用函数查询注意事项
1) 用于函数查询的field必须是被索引的;
2) 字段不可以是多值的(multi-value)
4. 可以利用的函数 (available
function)
1) constant:支持有小数点的常量; 例如:1.5
;SolrQuerySyntax:_val_:1.5
2) fieldvalue:这个函数将会返回numeric
field的值,这个字段必须是indexd的,非multiValued的。格式很简单,就是该字段的名字。如果这个字段中没有这样的值,那么将会返回0。
3)
ord:对于一个字段,它所有的值都将会按照字典顺序排列,这个函数返回你要查询的那个特定的值在这个顺序中的排名。这个字段,必须是非
multiValued的,当没有值存在的时候,将返回0。例如:某个特定的字段只能去三个值,“apple”、“banana”、“pear”,那么
ord(“apple”)=1,ord(“banana”)=2,ord(“pear”)=3.需要注意的是,ord()这个函数,依赖于值在索引中的位
置,所以当有文档被删除、或者添加的时候,ord()的值就会发生变化。当你使用MultiSearcher的时候,这个值也就是不定的了。
4) rord:这个函数将会返回与ord相对应的倒排序的排名。
格式: rord(myIndexedField)。
5) sum:这个函数的意思就显而易见啦,它就是表示“和”啦。
格式:sum(x,1) 、sum(x,y)、 sum(sqrt(x),log(y),z,0.5)
6)
product:product(x,y,...)将会返回多个函数的乘积。格式:product(x,2)、product(x,y)
7)
div:div(x,y)表示x除以y的值,格式:div(1,x)、div(sum(x,100),max(y,1))
8) pow:pow表示幂值。pow(x,y)
=x^y。例如:pow(x,0.5) 表示开方pow(x,log(y))
9) abs:abs(x)将返回表达式的绝对值。格式:abs(-5)、
abs(x)
10) log:log(x)将会返回基数为10,x的对数。格式: log(x)、
log(sum(x,100))
11) Sqrt:sqrt(x) 返回
一个数的平方根。格式:sqrt(2)、sqrt(sum(x,100))
12) Map:如果
x>=min,且x<=max,那么map(x,min,max,target)=target.如果
x不在[min,max]这个区间内,那么map(x,min,max,target)=x.
格式:map(x,0,0,1)
13) Scale:scale(x,minTarget,maxTarget)
这个函数将会把x的值限制在[minTarget,maxTarget]范围内。
14) query
:query(subquery,default)将会返回给定subquery的分数,如果subquery与文档不匹配,那么将会返回默认值。任何的查询类型都是受支持的。可以通过引用的方式,也可以直接指定查询串。
例子:q=product(popularity, query({!dismax v=‘solr
rocks‘}) 将会返回popularity和通过dismax 查询得到的分数的乘积。
q=product(popularity, query($qq)&qq={!dismax}solr
rocks 跟上一个例子的效果是一样的。不过这里使用的是引用的方式
q=product(popularity,
query($qq,0.1)&qq={!dismax}solr rocks 在前一个例子的基础上又加了一个默认值。
15) linear: inear(x,m,c)表示 m*x+c
,其中m和c都是常量,x是一个变量也可以是一个函数。例如: linear(x,2,4)=2*x+4.
16)
Recip:recip(x,m,a,b)=a/(m*x+b)其中,m、a、b是常量,x是变量或者一个函数。当a=b,并且x>=0的时候,这
个函数的最大值是1,值的大小随着x的增大而减小。例如:recip(rord(creationDate),1,1000,1000)
17) Max: max(x,c)将会返回一个函数和一个常量之间的最大值。
例如:max(myfield,0)
6.3高亮显示
我们经常使用搜索引擎,比如在baidu 搜索 java
,会出现如下结果,结果中与关键字匹配的地方是红色显示与其他内容区别开来。
solr 默认已经配置了highlight 组件(详见
SOLR_HOME/conf/sorlconfig.xml)。通常我出只需要这样请求http://localhost:8983/solr/
collection1 /select?
q=%E4%B8%AD%E5%9B%BD&start=0&rows=1&fl=content+path+&wt=xml&indent=true&hl=true&hl.fl=content
可以看到与比一般的请求多了两个参数 "hl=true"
和 "hl.fl= content " 。
"hl=true" 是开启高亮,"hl.fl= content " 是告诉solr 对 name
字段进行高亮(如果你想对多个字段进行高亮,可以继续添加字段,字段间用逗号隔开,如 "hl.fl=name,name2,name3")。
高亮内容与关键匹配的地方,默认将会被 "<em>" 和 "</em>" 包围。还可以使用hl.simple.pre" 和
"hl.simple.post"参数设置前后标签.
查询结果如下:
<?xml version="1.0" encoding="UTF-8"?> <response> <lst name="responseHeader">
</lst> <result name="response" numFound="6799" start="0">
</result> <lst name="highlighting">
</lst> </response> |
使用SolrJ方法基本一样也是设置这些个参数,只不过是SolrJ封装起来了,代码如下:
SolrQuery query = new SolrQuery(); query.set("q","*.*"); query.setHighlight(true); // 开启高亮组件 query.addHighlightField("content");// query.setHighlightSimplePre(PRE_TAG);// 标记 query.setHighlightSimplePost(POST_TAG); QueryResponse rsp =server.query(query) //…上面取结果的代码 //取出高亮结果 if (rsp.getHighlighting() != null) { if Map<String, if (map.get(name) != for System.out.println(s); } } } |
6.4拼写检查
首先配置
solrconfig.xml,文件可能已经有这两个元素(如果没有添加即可),需要根据我们自己的系统环境做些适当的修改。
<searchComponent name="spellcheck" class="solr.SpellCheckComponent"> <str name="queryAnalyzerFieldType">text_spell</str> <lst name="spellchecker"> <str name="name">direct</str> <str name="field">spell</str> <str name="classname">solr.DirectSolrSpellChecker</str> <str name="distanceMeasure">internal</str> <float name="accuracy">0.5</float> <int name="maxEdits">2</int> <int name="minPrefix">1</int> <int name="maxInspections">5</int> <int name="minQueryLength">2</int> <float name="maxQueryFrequency">0.01</float> </lst> </searchComponent> <requestHandler name="/spell" class="solr.SearchHandler" startup="lazy"> <lst name="defaults"> <str name="spellcheck.dictionary">direct</str> <str name="spellcheck">on</str> <str name="spellcheck.collate">true</str> <str name="spellcheck.collateExtendedResults">true</str> </lst> <arr name="last-components"> <str>spellcheck</str> </arr> </requestHandler> |
配置完成之后,我们进行一下测试,重启Solr后,访问如下链接
<?xml version="1.0" encoding="UTF-8"?> <response> <lst name="responseHeader"> <int name="status">0</int> <int name="QTime">0</int> </lst> <result name="response" numFound="0" start="0"/> <lst name="spellcheck"> <lst name="suggestions"> <lst name="beijink"> <int name="numFound">1</int> <int name="startOffset">0</int> <int name="endOffset">3</int> <arr name="suggestion"> <str>beijing</str> </arr> </lst> </lst> </lst> </response> |
使用SolrJ时也同样加入参数就可以
SolrQuery query = new SolrQuery(); query.set("q","*.*"); query.set("qt", "/spell"); QueryResponse rsp =server.query(query) //…上面取结果的代码 SpellCheckResponse spellCheckResponse = if (spellCheckResponse != null) { String collation = } |
6.5检索建议
检索建议目前是各大搜索的标配应用,主要作用是避免用户输入错误的搜索词,同时将用户引导到相应的关键词搜索上。Solr内置了检索建议功能,它在
Solr里叫做Suggest模块.该模块可选择基于提示词文本做检索建议,还支持通过针对索引的某个字段建立索引词库做检索建议。在诸多文档中都推荐使
用基于索引来做检索建议,因此我们目前的实现也是采取该方案。
现在我们开始配置Suggest模块,首先在solrconfig.xml文件中配置Suggest依赖的SpellChecker模块,然后再配置Suggest模块,所以这两个都需要配置。
<searchComponent <str <lst <str name="name">suggest</str> <str <str <str name="field">text</str> <float name="threshold">0.0001</float> <str <str name="comparatorClass">freq</str> <str name="buildOnOptimize">true</str> <!--<str </lst> </searchComponent> <requestHandler <lst <str name="spellcheck">true</str> <str <str <str <str name="spellcheck.count">10</str> <str </lst> <arr <str>suggest</str> </arr> </requestHandler> |
配置完成之后,我们进行一下测试,重启Solr后,访问如下链接
<?xml version="1.0" encoding="UTF-8"?> <response> <lst name="responseHeader">
</lst> <lst name="spellcheck">
</lst> </response> |
使用SolrJ时也同样加入参数就可以
SolrQuery query = new SolrQuery(); query.set("q", token); query.set("qt", "/suggest"); query.set("spellcheck.count", QueryResponse response = server.query(query); SpellCheckResponse spellCheckResponse = if (spellCheckResponse != null) { List<SpellCheckResponse.Suggestion> suggestionList = for (SpellCheckResponse.Suggestion List<String> suggestedWordList = suggestion.getAlternatives(); for (int i = String } } return results; } |
通过threshold参数来限制一些不常用的词不出现在智能提示列表中,当这个值设置过大时,可能导致结果太少,需要引起注意。目前主要存在的问题是使
用freq排序算法,返回的结果完全基于索引中字符的出现次数,没有兼顾用户搜索词语的频率,因此无法将一些热门词排在更靠前的位置。这块可定制
SuggestWordScoreComparator来实现,目前还没有着手做这件事情。
6.6分组统计
我这里实现分组统计的方法是使用了Solr的Facet组件, Facet组件是Solr默认集成的一个组件.
6.6.1 Facet简介
Facet是solr的高级搜索功能之一,可以给用户提供更友好的搜索体验.在搜索关键字的同时,能够按照Facet的字段进行分组并统计
6.6.2 Facet字段
1. 适宜被Facet的字段
一般代表了实体的某种公共属性,如商品的分类,商品的制造厂家,书籍的出版商等等.
2. Facet字段的要求
Facet的字段必须被索引.一般来说该字段无需分词,无需存储.
无需分词是因为该字段的值代表了一个整体概念,如电脑的品牌”联想”代表了一个整
体概念,如果拆成”联”,”想”两个字都不具有实际意义.另外该字段的值无需进行大小
写转换等处理,保持其原貌即可.
无需存储是因为一般而言用户所关心的并不是该字段的具体值,而是作为对查询结果进
行分组的一种手段,用户一般会沿着这个分组进一步深入搜索.
3. 特殊情况
对于一般查询而言,分词和存储都是必要的.比如CPU类型”Intel 酷睿2双核 P7570”,
拆分成”Intel”,”酷睿”,”P7570”这样一些关键字并分别索引,可能提供更好的搜索
体验.但是如果将CPU作为Facet字段,最好不进行分词.这样就造成了矛盾,解决方法为,
将CPU字段设置为不分词不存储,然后建立另外一个字段为它的COPY,对这个COPY的
字段进行分词和存储.
<types> <fieldType <fieldType <analyzer> …… </analyzer> </fieldType> </types> <fields> <field name="cpu" <field </fields> <copyField source="cpu" dest="cpuCopy"/> |
6.6.2 Facet组件
Solr的默认requestHandler已经包含了Facet组件(solr.FacetComponent).如果自定义
requestHandler或者对默认的requestHandler自定义组件列表,那么需要将Facet加入到组件列表中去.
<requestHandler name="standard" …… <arr name="components"> <str>自定义组件名</str> <str>facet</str> …… </arr> </requestHandler> |
6.6.2 Facet查询
进行Facet查询需要在请求参数中加入facet=on或者facet=true只有这样Facet组件才起作用.
1. Field Facet
Facet字段通过在请求中加入facet.field参数加以声明,如果需要对多个字段进行Facet查询,那么将该参数声明多次.例如:
返回结果:
<?xml version="1.0" encoding="UTF-8"?> <response> <lst name="responseHeader">
<arr name="facet.field"> <str>category_s</str> <str>modified_l</str> </arr>
</lst> <result name="response" numFound="17971" start="0"> </result> <lst name="facet_counts">
</lst> <lst name="modified_l">
</lst> </response> |
各个Facet字段互不影响,且可以针对每个Facet字段设置查询参数.以下介绍的参数既可以应用于所有的Facet字段,也可以应用于每个单独的Facet字段.应用于单独的字段时通过
f.字段名.参数名=参数值 |
这种方式调用.比如facet.prefix参数应用于cpu字段,可以采用如下形式
f.cpu.facet.prefix=Intel |
1.1 facet.prefix
表示Facet字段值的前缀.比如facet.field=cpu&facet.prefix=Intel,那么对cpu字段进行Facet查询,返回的cpu都是以Intel开头的,
AMD开头的cpu型号将不会被统计在内.
1.2 facet.sort
表示Facet字段值以哪种顺序返回.可接受的值为true(count)|false(index,lex).
true(count)表示按照count值从大到小排列.
false(index,lex)表示按照字段值的自然顺序(字母,数字的顺序)排列.默认情况下为true(count).当facet.limit值
为负数时,默认facet.sort= false(index,lex).
1.3 facet.limit
限制Facet字段返回的结果条数.默认值为100.如果此值为负数,表示不限制.
1.4 facet.offset
返回结果集的偏移量,默认为0.它与facet.limit配合使用可以达到分页的效果.
1.5 facet.mincount
限制了Facet字段值的最小count,默认为0.合理设置该参数可以将用户的关注点集中在少数比较热门的领域.
1.6 facet.missing
默认为””,如果设置为true或者on,那么将统计那些该Facet字段值为null的记录.
1.7 facet.method
取值为enum或fc,默认为fc.该字段表示了两种Facet的算法,与执行效率相关.
enum适用于字段值比较少的情况,比如字段类型为布尔型,或者字段表示中国的所有省份.Solr会遍历该字段的所有取
值,并从filterCache里为每个值分配一个filter(这里要求solrconfig.xml里对filterCache的设置足够大).然后
计算每个filter与主查询的交集.
fc(表示Field
Cache)适用于字段取值比较多,但在每个文档里出现次数比较少的情况.Solr会遍历所有的文档,在每个文档内搜索Cache内的值,如果找到就将Cache内该值的count加1.
1.8 facet.enum.cache.minDf
当facet.method=enum时,此参数其作用,minDf表示minimum document
frequency.也就是文档内出现某个关键字的最少次数.该参数默认值为0.设置该参数可以减少filterCache的内存消耗,但会增加总的查询
时间(计算交集的时间增加了).如果设置该值的话,官方文档建议优先尝试25-50内的值.
6.6.3 Date Facet
日期类型的字段在文档中很常见,如商品上市时间,货物出仓时间,书籍上架时间等等.某些情况下需要针对这些字段进行Facet.不过时间字段的取值有无限
性,用户往往关心的不是某个时间点而是某个时间段内的查询统计结果.
Solr为日期字段提供了更为方便的查询统计方式.当然,字段的类型必须是DateField(或其子类型).
需要注意的是,使用Date Facet时,字段名,起始时间,结束时间,时间间隔这4个参数都必须提供.与Field
Facet类似,Date Facet也可以对多个字段进行Facet.并且针对每个字段都可以单独设置参数.
facet.date:该参数表示需要进行Date
Facet的字段名,与facet.field一样,该参数可以被设置多次,表示对多个字段进行Date Facet.
facet.date.start:起始时间,时间的一般格式为1995-12-31T23:59:59Z,另外可以使用NOW\YEAR\
MONTH等等,具体格式可以参考DateField的java doc.
facet.date.end:结束时间.
facet.date.gap:时间间隔.如果start为2009-1-1,end为2010-1-1.gap设置为+1MONTH表示间隔1个月,那么将会把这段时间划分为12个间隔段.
注意+因为是特殊字符所以应该用%2B代替.
facet.date.hardend:取值可以为true|false,默认为false.它表示gap迭代到end处采用何种处理.举例说明start为2009-1-1,end为2009-12-25,gap为+1MONTH,
hardend为false的话最后一个时间段为2009-12-1至2010-1-1;
hardend为true的话最后一个时间段为2009-12-1至2009-12-25.
facet.date.other:取值范围为before|after|between|none|all,默认为
none.before会对start之前的值做统计.after会对end之后的值做统计.between会对start至end之间所有值做统计.如
果hardend为true的话,那么该值就是各个时间段统计值的和.none表示该项禁用.all表示before,after,all都会统计.
举例:
&facet=on &facet.date=date &facet.date.start=2009-1-1T0:0:0Z &facet.date.end=2010-1-1T0:0:0Z &facet.date.gap=%2B1MONTH &facet.date.other=all |
返回结果:
<lst name="facet_counts"> <lst <lst <lst <int <int name="2009-02-01T00:00:00Z">7</int> <int name="2009-03-01T00:00:00Z">4</int> <int name="2009-04-01T00:00:00Z">3</int> <int name="2009-05-01T00:00:00Z">7</int> <int name="2009-06-01T00:00:00Z">3</int> <int name="2009-07-01T00:00:00Z">6</int> <int name="2009-08-01T00:00:00Z">7</int> <int name="2009-09-01T00:00:00Z">2</int> <int name="2009-10-01T00:00:00Z">4</int> <int name="2009-11-01T00:00:00Z">1</int> <int name="2009-12-01T00:00:00Z">5</int> <str name="gap">+1MONTH</str> <date name="end">2010-01-01T00:00:00Z</date> <int name="before">180</int> <int name="after">5</int> <int name="between">54</int> </lst> </lst> |
6.6.4 Facet Query
Facet Query利用类似于filter
query的语法提供了更为灵活的Facet.通过facet.query参数,可以对任意字段进行筛选.
例1:
&facet=on &facet.query=date:[2009-1-1T0:0:0Z TO &facet.query=date:[2009-4-1T0:0:0Z TO |
返回结果:
<lst name="facet_counts"> <lst <int name="date:[2009-1-1T0:0:0Z TO <int name="date:[2009-4-1T0:0:0Z TO </lst> <lst <lst </lst> |
例2:
&facet=on &facet.query=date:[2009-1-1T0:0:0Z TO &facet.query=price:[* TO 5000] |
返回结果:
<lst name="facet_counts"> <lst <int name="date:[2009-1-1T0:0:0Z TO <int name="price:[* TO 5000]">116</int> </lst> <lst <lst </lst> |
例3:
&facet=on &facet.query=cpu:[A TO G] |
返回结果:
<lst name="facet_counts"> <lst <int name="cpu:[A TO G]">11</int> </lst> <lst <lst </lst> |
6.6.5 key操作符
可以用key操作符为Facet字段取一个别名.
例:
&facet=on &facet.field={!key=中央处理器}cpu &facet.field={!key=显卡}videoCard |
返回结果:
<lst name="facet_counts"> <lst <lst <lst name="中央处理器"> <int name="Intel 酷睿2双核 <int name="Intel 奔腾双核 T4300">28</int> <int name="Intel 酷睿2双核 <int name="Intel 酷睿2双核 <int name="Intel 酷睿2双核 <int name="Intel 奔腾双核 T4400">9</int> <int name="Intel 酷睿2双核 <int name="Intel 酷睿2双核 <int name="Intel 赛扬双核 T3000">7</int> <int name="Intel 奔腾双核 SU4100">6</int> <int name="Intel 酷睿2双核 <int name="Intel 酷睿2双核 <int name="Intel 酷睿 i3 330M">4</int> </lst> <lst name="显卡"> <int name="ATI Mobility Radeon HD <int name="NVIDIA GeForce G <int name="NVIDIA GeForce GT <int name="NVIDIA GeForce G 103M">8</int> <int name="NVIDIA GeForce GT 220M">8</int> <int name="NVIDIA GeForce 9400M G">7</int> <int name="NVIDIA GeForce G 210M">6</int> </lst> </lst> <lst </lst> |
6.6.6 tag操作符和ex操作符
当查询使用filter
query的时候,如果filter query的字段正好是Facet字段,那么查询结果往往被限制在某一个值内.
例:
&fq=screenSize:14 &facet=on &facet.field=screenSize |
返回结果:
<lst name="facet_counts"> <lst <lst <lst name=" screenSize"> <int name="14.0">107</int> <int name="10.2">0</int> <int name="11.1">0</int> <int name="11.6">0</int> <int name="12.1">0</int> <int name="13.1">0</int> <int name="13.3">0</int> <int name="14.1">0</int> <int name="15.4">0</int> <int name="15.5">0</int> <int name="15.6">0</int> <int name="16.0">0</int> <int name="17.0">0</int> <int name="17.3">0</int> </lst> </lst> <lst </lst> |
可以看到,屏幕尺寸(screenSize)为14寸的产品共有107件,其它尺寸的产品的数目都是0,这是因为在filter里已经限制了
screenSize:14.这样,查询结果中,除了screenSize=14的这一项之外,其它项目没有实际的意义.有些时候,用户希望把结果限制在
某一范围内,又希望查看该范围外的概况.比如上述情况,既要把查询结果限制在14寸屏的笔记本,又想查看一下其它屏幕尺寸的笔记本有多少产品.这个时候需
要用到tag和ex操作符.tag就是把一个filter标记起来,ex(exclude)是在Facet的时候把标记过的filter排除在外.
例:
&fq={!tag=aa}screenSize:14 &facet=on &facet.field={!ex=aa}screenSize |
返回结果:
<lst name="facet_counts"> <lst <lst <lst name=" screenSize"> <int name="14.0">107</int> <int name="14.1">40</int> <int name="13.3">34</int> <int name="15.6">22</int> <int name="15.4">8</int> <int name="11.6">6</int> <int name="12.1">5</int> <int name="16.0">5</int> <int name="15.5">3</int> <int name="17.0">3</int> <int name="17.3">3</int> <int name="10.2">1</int> <int name="11.1">1</int> <int name="13.1">1</int> </lst> </lst> <lst </lst> |
这样其它屏幕尺寸的统计信息就有意义了.
6.6.7 SolrJ对Facet的支持
//初始化查询对象 String q = “*.*”; SolrQuery query = new SolrQuery(q); query.setIncludeScore(false);//是否按每组数量高低排序 query.setFacet(true);//是否分组查询 query.setRows(0);//设置返回结果条数,如果你时分组查询,你就设置为0 query.addFacetField(“modified_l”);//增加分组字段 q query.addFacetQuery (“category_s[0 TO 1]”); QueryResponse rsp = server.query(query); … //取出结果 List<FacetField.Count> list = Map<String, Integer> list = rsp.getFacetQuery(); |
6.7自动聚类
Solr 使用Carrot2完成了聚类功能,能够把检索到的内容自动分类,
Carrot2聚类示例:
要想Solr支持聚类功能,首选要把Solr发行包的中的dist/ solr-clustering-4.2.0.jar,
复制到\solr\contrib\analysis-extras\lib下.然后打开solrconfig.xml进行添加配置:
<searchComponent name="clustering" enable="${solr.clustering.enabled:true}" class="solr.clustering.ClusteringComponent" > <lst <str name="name">default</str> <str <str <str <str <str <str <str <str <str <!-- org.carrot2.matrix.factorization.PartialSingularValueDecompositionFactory org.carrot2.matrix.factorization.NonnegativeMatrixFactorizationEDFactory org.carrot2.matrix.factorization.NonnegativeMatrixFactorizationKLFactory org.carrot2.matrix.factorization.LocalNonnegativeMatrixFactorizationFactory org.carrot2.matrix.factorization.KMeansMatrixFactorizationFactory --> <str <str <str <str <!--org.carrot2.text.vsm.LogTfIdfTermWeighting,org.carrot2.text.vsm.LinearTfIdfTermWeighting--> <str <str <str <str <str <str <str <str <str <str <str <str <str <str <str <str <str <str </lst> </searchComponent> |
配好了聚类组件后,下面配置requestHandler:
<requestHandler startup="lazy" enable="${solr.clustering.enabled:true}" class="solr.SearchHandler"> <lst <str <bool <str <bool <str <str <str <str </lst> <arr name="last-components"> <str>clustering</str> </arr> </requestHandler> |
有两个参数要注意carrot.title,
carrot.snippet是聚类的比较计算字段,这两个参数必须是stored="true".carrot.title的权重要高于
carrot.snippet,如果只有一个做计算的字段carrot.snippet可以去掉(是去掉不是值为空).设完了用下面的URL就可以查询了
http://localhost:8983/skyCore/clustering?q=*%3A*&wt=xml&indent=true
6.8相似匹配
在我们使用网页搜索时,会注意到每一个结果都包含一个 “相似页面”
链接,单击该链接,就会发布另一个搜索请求,查找出与起初结果类似的文档。Solr 使用 MoreLikeThisComponent(MLT)和
MoreLikeThisHandler 实现了一样的功能。如上所述,MLT 是与标准 SolrRequestHandler
集成在一起的;MoreLikeThisHandler 与 MLT 结合在一起,并添加了一些其他选项,但它要求发布一个单一的请求。我将着重讲述
MLT,因为使用它的可能性更大一些。幸运的是,不需要任何设置就可以查询它,所以您现在就可以开始查询。
MLT 要求字段被储存或使用检索词向量,检索词向量以一种以文档为中心的方式储存信息。MLT
通过文档的内容来计算文档中关键词语,然后使用原始查询词语和这些新词语创建一个新的查询。提交新查询就会返回其他查询结果。所有这些都可以用检索词向量 来完成:只需将
termVectors="true" 添加到 schema.xml 中的 <field> 声明。
MoreLikeThisComponent 参数:
参数 |
说明 |
值域 |
mlt |
在查询时,打开/关闭 MoreLikeThisComponent 的布尔值。 |
true|false |
mlt.count |
可选。每一个结果要检索的相似文档数。 |
> 0 |
mlt.fl |
用于创建 MLT 查询的字段。 |
任何被储存的或含有检索词向量的字段。 |
mlt.maxqt |
可选。查询词语的最大数量。由于长文档可能会有很多关键词语,这样 MLT 查询可能会很大,从而导致反应缓慢或可怕的 |
> 0 |
要想使用匹配相似首先在 solrconfig.xml 中配置 MoreLikeThisHandler
<requestHandler name="/mlt" |
然后我就可以请求
上面请求的意思查找 id 为 6F398CCD-2DE0-D3B1-9DD6-D4E532FFC531 的 document
,然后返回与此 document 在 name 字段上相似的其他 document。需要注意的是 mlt.fl 中的 field 的
termVector=true 才有效果
<field name="content" |
使用SolrJ时也同样加入参数就可以
SolrQuery query = new query.set("qt", "/mlt"); query.set("mlt.fl","content"); query.set("fl", "id,"); query.set("q", "id: query.setStart(0); query.setRows(5); QueryResponse rsp = SolrDocumentList list = rsp.getResults(); |
6.9拼音检索
拼音检索中国人的专用检索,例如:中文内容为 中国
的输入zhongguo、zg、zhonggu 全拼、简拼、拼音的相邻的一部份都应该能检索出 中国 来。
想要实现拼音检索第一个就是拼音转换我这里用的是pinyin4j进行拼音转换。第二个就是N-Gram的题目,推敲到用户可能输入的既不是前缀也不是后
缀,所以此处选择的是N-Gram技巧,但不同于常用的N-Gram,我应用的从一边开端的单向的N-Gram,Solr里的实现叫
EdgeNGramTokenFilter,但是分的分的太细了,不需要这么复杂EdgeNGramTokenFilter,也就是说我们用的N-
Gram不同于传统的N-Gram。
同样的例子使用EdgeNGramTokenFilter从前往后取2-Gram的结果是zh,
一般是取min–max之间的所有gram,所以使用EdgeNGramTokenFilter取2-20的gram结果就是zh,zho, zhon, zhong,
zhongg, zhonggu, zhongguo,
从这个例子也不难理解为什么我要选择使用EdgeNGramTokenFilter而非一般意义上的N-Gram,
考虑到用户可能输入的不是前缀而是后缀,所以为了照顾这些用户,我选择了从前往后和从后往前使用了两次EdgeNGramTokenFilter,这样不
只是前缀、后缀,二十任意的字串都考虑进去了,所以大幅度的提高了搜索体验.
现在思路明确了我们把它结合到Solr中,为了方便使用现在写了两个Filter进行处理拼音分词问题一个是拼音转换
Filter(PinyinTransformTokenFilter)一个是拼音N-Gram的
Filter(PinyinNGramTokenFilter),这样一来使用时就不用在添加索引前做拦音的转换了。而且
PinyinTransformTokenFilter还有个好处就是它只使用中文分词器分过的词,也就是说做转换的词都是有用的不重复的,不会对没用的
停词类的做拼音转换和重复拼音转换,这样大大的提高了拼音转换速度。
想要Solr支持拼音检索就要先把拼音分词(PinyinAnalyzer)的jar复制到\solr\contrib\analysis-extras\lib下,然后在schema.xml中配置一个拼音字段类型:
<fieldType name="text_pinyin" <analyzer <tokenizer <filter <filter <filter </analyzer> <analyzer type="query"> <tokenizer <filter </analyzer> </fieldType> |
minTermLenght:最小中文词长度,意思是小于这个值的中文词不会做拼音转换。
minGram:最小拼音切分长度。
如果想使用简拼的话在拼音转换Filter
使用这个参数isFirstChar="true"就可以了
在这个拼音类型中我们使用了smartcn的中言语分词器,如果想使用其它的自己换掉就行了。现在我们在原来索引中加入一个拼音字段,因为只做索引,我们可以这样配置:
<field name ="pinyin" type |
加完后我们重新启动Solr测试一下看看
由于上面minTermLenght和minGram设置的值,现在出现了人没有进行拼音转换并且最小拼音切分是从1个开始的。
到这里我们的配置还有没完成呢,还要加几个copyFiled,这样就不用单独处理我们新加的拼音字段了。方便呀~~~
<copyField source="content" dest="pinyin"/> <copyField source="text" dest="spell"/> |
到现在就可以使用拼音检索了。
我写的拼音jar
http://pan.baidu.com/share/link?shareid=2579170560&uk=4077294790
6.10 SolrCloud
SolrCloud是基于Solr和Zookeeper的分布式搜索方案,是正在开发中的Solr4.0的核心组件之一,它的主要思想是使用
Zookeeper作为集群的配置信息中心。它有几个特色功能,集中式的配置信息、自动容错 、近实时搜索 、查询时自动负载均衡。
基本可以用上面这幅图来概述,这是一个拥有4个Solr节点的集群,索引分布在两个Shard里面,每个Shard包含
两个Solr节点,一个是Leader节点,一个是Replica节点,此外集群中有一个负责维护集群状态信息的Overseer节点,它是一个总控制
器。集群的所有状态信息都放在Zookeeper集群中统一维护。从图中还可以看到,任何一个节点都可以接收索引更新的请求,然后再将这个请求转发到文档
所应该属于的那个Shard的Leader节点,Leader节点更新结束完成,最后将版本号和文档转发给同属于一个Shard的replicas节点。
这里就不多说SolrCloud了,等研究明白后再单写一个文档。
附1:schema.xml
<?xml version="1.0" encoding="UTF-8" <schema name="example" <fields> <field name="id" <field <field <field name <field <field <field <field <dynamicField <dynamicField <dynamicField name="*_s" type="string" <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <!-- Type used to <dynamicField <dynamicField <dynamicField <dynamicField <!-- some <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField <dynamicField </fields> <uniqueKey>id</uniqueKey> <copyField source="content" <copyField source="content" <copyField source="content" <copyField source="path" <copyField source="content" <copyField source="pinyin" <copyField source="py" <defaultSearchField>text</defaultSearchField> <types> <fieldType <fieldType <fieldType <fieldType <fieldType <fieldType <fieldType <fieldType <fieldType <fieldType <fieldType <fieldType <fieldtype <fieldType <fieldType <fieldType <fieldType <fieldType <fieldType <fieldType <analyzer> <tokenizer </analyzer> </fieldType> <fieldType name="text_general" <analyzer type="index"> <tokenizer <filter class="solr.StopFilterFactory" <filter </analyzer> <analyzer type="query"> <tokenizer <filter class="solr.StopFilterFactory" <filter class="solr.SynonymFilterFactory" <filter class="solr.LowerCaseFilterFactory"/> </analyzer> </fieldType> <fieldType name="text_spell" class="solr.TextField" <analyzer </fieldType> <fieldType name="text_ik" class="solr.TextField"> <analyzer </fieldType> <fieldType <analyzer type="index"> <tokenizer <filter </analyzer> <analyzer type="query"> <tokenizer <filter </analyzer> </fieldType> <fieldType name="text_pinyin" class="solr.TextField" <analyzer type="index"> <tokenizer <filter <filter <filter </analyzer> <analyzer type="query"> <tokenizer <filter <filter <filter </analyzer> </fieldType> <fieldType name="text_py" class="solr.TextField" <analyzer type="index"> <tokenizer <filter <filter </analyzer> <analyzer type="query"> <tokenizer <filter <filter </analyzer> </fieldType> <fieldType <analyzer type="index"> <tokenizer <!-- in this example, we will only use synonyms at <filter class="solr.SynonymFilterFactory" --> <!-- Case insensitive stop word removal. add enablePositionIncrements=true in both the index and analyzers to leave a ‘gap‘ for more accurate phrase --> <filter class="solr.StopFilterFactory" ignoreCase="true" words="lang/stopwords_en.txt" enablePositionIncrements="true" /> <filter class="solr.LowerCaseFilterFactory"/> <filter <filter class="solr.KeywordMarkerFilterFactory" <!-- Optionally you may want to use this less <filter --> <filter </analyzer> <analyzer type="query"> <tokenizer <filter class="solr.SynonymFilterFactory" <filter class="solr.StopFilterFactory" ignoreCase="true" words="lang/stopwords_en.txt" enablePositionIncrements="true" /> <filter class="solr.LowerCaseFilterFactory"/> <filter <filter class="solr.KeywordMarkerFilterFactory" <!-- Optionally you may want to use this less <filter --> <filter </analyzer> </fieldType> <fieldType autoGeneratePhraseQueries="true"> <analyzer type="index"> <tokenizer <!-- in this example, we will only use synonyms at <filter class="solr.SynonymFilterFactory" --> <!-- Case insensitive stop word removal. add enablePositionIncrements=true in both the index and analyzers to leave a ‘gap‘ for more accurate phrase --> <filter class="solr.StopFilterFactory" ignoreCase="true" words="lang/stopwords_en.txt" enablePositionIncrements="true" /> <filter class="solr.WordDelimiterFilterFactory" catenateNumbers="1" catenateAll="0" <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.KeywordMarkerFilterFactory" <filter </analyzer> <analyzer type="query"> <tokenizer <filter class="solr.SynonymFilterFactory" <filter class="solr.StopFilterFactory" ignoreCase="true" words="lang/stopwords_en.txt" enablePositionIncrements="true" /> <filter class="solr.WordDelimiterFilterFactory" catenateNumbers="0" catenateAll="0" <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.KeywordMarkerFilterFactory" <filter </analyzer> </fieldType> <fieldType autoGeneratePhraseQueries="true"> <analyzer> <tokenizer <filter class="solr.SynonymFilterFactory" <filter class="solr.StopFilterFactory" <filter class="solr.WordDelimiterFilterFactory" catenateNumbers="1" catenateAll="0"/> <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.KeywordMarkerFilterFactory" <filter <!-- this filter can remove any duplicate tokens possible with WordDelimiterFilter in conjuncton with <filter </analyzer> </fieldType> <fieldType <analyzer type="index"> <tokenizer <filter class="solr.StopFilterFactory" <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.ReversedWildcardFilterFactory" maxPosAsterisk="3" maxPosQuestion="2" </analyzer> <analyzer type="query"> <tokenizer <filter class="solr.SynonymFilterFactory" <filter class="solr.StopFilterFactory" <filter class="solr.LowerCaseFilterFactory"/> </analyzer> </fieldType> <fieldType <analyzer> <!-- KeywordTokenizer does no actual tokenizing, so input string is preserved as a single token --> <tokenizer <!-- The LowerCase TokenFilter does what you expect, when you want your sorting to be case insensitive --> <filter class="solr.LowerCaseFilterFactory"/> <!-- The TrimFilter removes any leading or trailing <filter class="solr.TrimFilterFactory"/> <!-- The PatternReplaceFilter gives you the Java Regular expression to replace any sequence of matching a pattern with an arbitrary replacement which may include back references to portions of the string matched by See the Java Regular Expression documentation for information on pattern and replacement string http://java.sun.com/j2se/1.6.0/docs/api/java/util/regex/package-summary.html --> <filter class="solr.PatternReplaceFilterFactory" pattern="([^a-z])" replacement="" /> </analyzer> </fieldType> <fieldtype <analyzer> <tokenizer <filter class="solr.DoubleMetaphoneFilterFactory" </analyzer> </fieldtype> <fieldtype <analyzer> <tokenizer <!-- The DelimitedPayloadTokenFilter can put payloads on a token of "foo|1.4" would be Attributes of the DelimitedPayloadTokenFilterFactory : "delimiter" - a one character delimiter. Default is | "encoder" - how to encode the following value float -> integer -> o.a.l.a.p.IntegerEncoder identity -> Fully Qualified class name implementing PayloadEncoder, --> <filter </analyzer> </fieldtype> <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> </analyzer> </fieldType> <fieldType <analyzer type="index"> <tokenizer </analyzer> <analyzer type="query"> <tokenizer </analyzer> </fieldType> <fieldType <analyzer type="index"> <tokenizer </analyzer> <analyzer type="query"> <tokenizer </analyzer> </fieldType> <fieldtype <fieldType <fieldType <fieldType geo="true" <fieldType currencyConfig="currency.xml"/> <!-- some <!-- Arabic <fieldType <analyzer> <tokenizer <!-- for any non-arabic --> <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <!-- normalizes ? to ?, etc --> <filter <filter </analyzer> </fieldType> <!-- Bulgarian <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter </analyzer> </fieldType> <!-- Catalan <fieldType <analyzer> <tokenizer <!-- removes l‘, etc --> <filter class="solr.ElisionFilterFactory" <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" </analyzer> </fieldType> <!-- CJK bigram <fieldType <analyzer> <tokenizer <!-- normalize width before bigram, as e.g. <filter class="solr.CJKWidthFilterFactory"/> <!-- for any non-CJK --> <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.CJKBigramFilterFactory"/> </analyzer> </fieldType> <!-- Czech <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.CzechStemFilterFactory"/> </analyzer> </fieldType> <!-- Danish <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" </analyzer> </fieldType> <!-- German <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter <filter <!-- less aggressive: <filter <!-- more aggressive: <filter </analyzer> </fieldType> <!-- Greek <fieldType <analyzer> <tokenizer <!-- greek specific lowercase for sigma --> <filter <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.GreekStemFilterFactory"/> </analyzer> </fieldType> <!-- Spanish <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter <!-- more aggressive: <filter </analyzer> </fieldType> <!-- Basque <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" </analyzer> </fieldType> <!-- Persian <fieldType <analyzer> <!-- for ZWNJ --> <charFilter <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter <filter <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> </analyzer> </fieldType> <!-- Finnish <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" <!-- less aggressive: <filter </analyzer> </fieldType> <!-- French <fieldType <analyzer> <tokenizer <!-- removes l‘, etc --> <filter class="solr.ElisionFilterFactory" <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter <!-- less aggressive: <filter <!-- more aggressive: <filter </analyzer> </fieldType> <!-- Irish <fieldType <analyzer> <tokenizer <!-- removes d‘, etc --> <filter class="solr.ElisionFilterFactory" <!-- removes n-, etc. position increments is <filter class="solr.StopFilterFactory" enablePositionIncrements="false"/> <filter <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" </analyzer> </fieldType> <!-- Galician <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter <!-- less aggressive: <filter </analyzer> </fieldType> <!-- Hindi <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <!-- normalizes unicode representation --> <filter <!-- normalizes variation in spelling --> <filter <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.HindiStemFilterFactory"/> </analyzer> </fieldType> <!-- Hungarian <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" <!-- less aggressive: <filter </analyzer> </fieldType> <!-- Armenian <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" </analyzer> </fieldType> <!-- Indonesian <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <!-- for a less aggressive approach (only <filter class="solr.IndonesianStemFilterFactory" </analyzer> </fieldType> <!-- Italian <fieldType <analyzer> <tokenizer <!-- removes l‘, etc --> <filter class="solr.ElisionFilterFactory" <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter <!-- more aggressive: <filter </analyzer> </fieldType> <!-- Japanese NOTE: If you want to optimize search for precision, use parser config with <solrQueryParser OR if you would like to optimize for recall --> <fieldType <analyzer> <!-- Kuromoji Japanese morphological Kuromoji has a search mode (default) that does is used to segment compounds into its parts and the Valid values for attribute mode are: normal: regular segmentation search: segmentation useful for search with synonyms extended: same as search mode, but unigrams unknown For some applications it might be good to use search queries to reduce recall and prevent parts Use <analyzer type="index"> and <analyzer Kuromoji also has a convenient user dictionary feature model with your own entries for segmentation, to specify weights. Notice that user dictionaries have not User dictionary attributes are: userDictionary: user dictionary filename userDictionaryEncoding: user dictionary encoding See lang/userdict_ja.txt for a sample user dictionary Punctuation characters are discarded by default. See http://wiki.apache.org/solr/JapaneseLanguageSupport --> <tokenizer <!--<tokenizer <!-- Reduces inflected verbs and adjectives to their <filter <!-- Removes tokens with certain part-of-speech tags <filter enablePositionIncrements="true"/> <!-- Normalizes full-width romaji to half-width and <filter class="solr.CJKWidthFilterFactory"/> <!-- Removes common tokens typically not useful for <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <!-- Normalizes common katakana spelling variations <filter <!-- Lower-cases romaji characters --> <filter class="solr.LowerCaseFilterFactory"/> </analyzer> </fieldType> <!-- Latvian <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter </analyzer> </fieldType> <!-- Dutch --> <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.StemmerOverrideFilterFactory" <filter class="solr.SnowballPorterFilterFactory" </analyzer> </fieldType> <!-- Norwegian <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" <!-- less aggressive: <filter <!-- singular/plural: <filter </analyzer> </fieldType> <!-- Portuguese <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter <!-- less aggressive: <filter <!-- more aggressive: <filter <!-- most aggressive: <filter </analyzer> </fieldType> <!-- Romanian <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" </analyzer> </fieldType> <!-- Russian <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" <!-- less aggressive: <filter </analyzer> </fieldType> <!-- Swedish <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" <!-- less aggressive: <filter </analyzer> </fieldType> <!-- Thai <fieldType <analyzer> <tokenizer <filter class="solr.LowerCaseFilterFactory"/> <filter class="solr.ThaiWordFilterFactory"/> <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> </analyzer> </fieldType> <!-- Turkish <fieldType <analyzer> <tokenizer <filter <filter class="solr.StopFilterFactory" enablePositionIncrements="true"/> <filter class="solr.SnowballPorterFilterFactory" </analyzer> </fieldType> </types> </schema> |
附2:solrconfig.xml
<?xml version="1.0" encoding="UTF-8" <config> <luceneMatchVersion>LUCENE_42</luceneMatchVersion> <lib <lib <lib dir="../../../dist/" <lib dir="../../../contrib/clustering/lib/" <lib dir="../../../dist/" <lib <lib dir="../../../dist/" <lib <lib dir="../../../dist/" <lib <dataDir>${solr.data.dir:}</dataDir> <directoryFactory class="${solr.directoryFactory:solr.NRTCachingDirectoryFactory}"/> <codecFactory <indexConfig> <!-- LimitTokenCountFilterFactory in your fieldType <filter --> <!-- Maximum time <!-- <!-- The maximum indexing documents at once in IndexWriter; if more than many Default in Solr/Lucene is 8. --> <!-- <!-- Expert: using fewer file descriptors on the expense of Default in Lucene is "true". Default in Solr is <!-- <!-- indexing for buffering added documents and deletions flushed to the Directory. maxBufferedDocs sets a limit on the number of documents before flushing. If Lucene will flush based on whichever limit is hit <ramBufferSizeMB>100</ramBufferSizeMB> <maxBufferedDocs>1000</maxBufferedDocs> <!-- Expert: The The The Even <mergePolicy <int name="maxMergeAtOnce">100</int> <int name="segmentsPerTier">100</int> </mergePolicy> --> <!-- Merge The For will For will Default is 10 for both merge policies. --> <mergeFactor>50</mergeFactor> <!-- Expert: The performed. The ConcurrentMergeScheduler can The --> <!-- <mergeScheduler --> <!-- LockFactory This to single = SingleInstanceLockFactory - suggested for read-only index or when there is no possibility of another process trying to modify the index. native = NativeFSLockFactory - uses OS native file Do not use when multiple solr webapps in the same JVM are attempting to share simple = SimpleFSLockFactory - Defaults: ‘native‘ is default for Solr3.6 and later, ‘simple‘ is the default More http://wiki.apache.org/lucene-java/AvailableLockFactories --> <lockType>${solr.lock.type:native}</lockType> <!-- Unlock On If This processes to safely access a lucene index, and should with This --> <!-- <unlockOnStartup>false</unlockOnStartup> --> <!-- Expert: Default is 128 and is likely good for most --> <!-- <!-- If true, instead of closed and then opened. Default: true --> <!-- <reopenReaders>true</reopenReaders> --> <!-- Commit Custom deletion policies can be specified here. The implement The deleting index commit points on number of commits, age commit The of --> <!-- <deletionPolicy --> <!-- <!-- <!-- <!-- <!-- Delete all commit points once they have reached the Supports DateMathParser syntax e.g. --> <!-- <str <str name="maxCommitAge">1DAY</str> --> <!-- </deletionPolicy> --> <!-- Lucene To of Setting The value to true will instruct the underlying IndexWriter to write its debugging info the specified --> <!-- </indexConfig> <jmx /> <updateHandler <updateLog> <str </updateLog> <autoCommit> <maxDocs>1000</maxDocs> <maxTime>15000</maxTime> <openSearcher>false</openSearcher> </autoCommit> </updateHandler> <query> <!-- Max Boolean Maximum number of clauses in each BooleanQuery, is ** This will disagree on this property, the value at any given be --> <maxBooleanClauses>1024</maxBooleanClauses> <!-- Solr There are two implementations of cache available for LRUCache, based on a synchronized LinkedHashMap, FastLRUCache, based on a ConcurrentHashMap. FastLRUCache has faster gets and slower puts in threaded when faster under other scenarios on multi-cpu systems. --> <!-- Filter Cache used by SolrIndexSearcher for filters unordered sets of *all* documents that match a new "autowarmed" using data from caches in the old autowarmCount is the number of items to LRUCache, the autowarmed items will be the most accessed items. Parameters: class - the SolrCache implementation LRUCache or (LRUCache or FastLRUCache) size - the maximum number of entries in the cache initialSize - the initial capacity (number of entries) the cache. (see autowarmCount - the number of entries to prepopulate and old cache. --> <filterCache size="512" initialSize="512" autowarmCount="0"/> <!-- Query Result Caches results of searches - ordered lists of document (DocList) based on a query, a sort, and the range of --> <queryResultCache size="512" initialSize="512" autowarmCount="0"/> <!-- Document Caches Lucene Document objects (the stored fields for document). Since Lucene this --> <documentCache size="512" initialSize="512" autowarmCount="0"/> <!-- Field Value Cache used to hold field values that are quickly by even --> <!-- <fieldValueCache class="solr.FastLRUCache" size="512" autowarmCount="128" showItems="32" /> --> <!-- Custom Example of a generic cache. name cacheInsert(). The purpose is user/application level data. be if --> <!-- <cache name="myUserCache" class="solr.LRUCache" size="4096" initialSize="1024" autowarmCount="1024" regenerator="com.mycompany.MyRegenerator" /> --> <!-- Lazy Field If lazily. This can result in a if especially if the skipped fields are large compressed fields. --> <enableLazyFieldLoading>true</enableLazyFieldLoading> <!-- Use Filter For A satisfy a search. If the score, then the filterCache will be checked for a matching the query. If found, the filter will be used source of document ids, and then the sort will be that. For frequently get the same search repeatedly with options, and none of them ever use "score" --> <!-- <useFilterForSortedQuery>true</useFilterForSortedQuery> --> <!-- Result Window An is are requests matching documents 10 through 19, and then requests in that range can be satisfied via the --> <queryResultWindowSize>20</queryResultWindowSize> <!-- Maximum number of queryResultCache. --> <queryResultMaxDocsCached>200</queryResultMaxDocsCached> <!-- Query Related Various IndexSearcher related events can trigger take newSearcher - fired whenever a new searcher is being and registered). It can be used to prevent long request times for certain requests. firstSearcher - fired whenever a new searcher is prepared but there is no current registered searcher to requests or to gain autowarming data from. --> <!-- local query request for each NamedList in sequence. --> <listener <arr <!-- <lst><str name="q">solr</str><str <lst><str name="q">rocks</str><str --> </arr> </listener> <listener <arr <lst> <str name="q">static firstSearcher warming in </lst> </arr> </listener> <!-- Use Cold If a registered searcher, then immediately register the warming searcher and use it. will --> <useColdSearcher>false</useColdSearcher> <!-- Max Warming Maximum number of searchers that may be warming in background concurrently. An is Recommend values of 1-2 for read-only slaves, higher masters w/o cache warming. --> <maxWarmingSearchers>2</maxWarmingSearchers> </query> <requestDispatcher <requestParsers multipartUploadLimitInKB="2048000" formdataUploadLimitInKB="2048"/> <httpCaching </requestDispatcher> <requestHandler <lst <str name="echoParams">explicit</str> <int name="rows">10</int> <str name="df">text</str> </lst> </requestHandler> <requestHandler name="/query" <lst <str name="echoParams">explicit</str> <str name="wt">json</str> <str name="indent">true</str> <str name="df">text</str> </lst> </requestHandler> <requestHandler name="/get" <lst <str name="omitHeader">true</str> <str name="wt">json</str> <str name="indent">true</str> </lst> </requestHandler> <requestHandler <lst <str name="echoParams">explicit</str> <!-- VelocityResponseWriter settings --> <str name="wt">velocity</str> <str name="v.template">browse</str> <str name="v.layout">layout</str> <str name="title">Solritas</str> <!-- Query settings --> <str name="defType">edismax</str> <str name="qf"> text^0.5 features^1.0 name^1.2 sku^1.5 id^10.0 manu^1.1 title^10.0 description^5.0 keywords^5.0 author^2.0 </str> <str name="df">text</str> <str name="mm">100%</str> <str name="q.alt">*:*</str> <str name="rows">10</str> <str name="fl">*,score</str> <str name="mlt.qf"> text^0.5 features^1.0 name^1.2 sku^1.5 id^10.0 manu^1.1 title^10.0 description^5.0 keywords^5.0 author^2.0 </str> <str <int name="mlt.count">3</int> <!-- Faceting defaults --> <str name="facet">on</str> <str name="facet.field">cat</str> <str name="facet.field">manu_exact</str> <str name="facet.field">content_type</str> <str name="facet.field">author_s</str> <str name="facet.query">ipod</str> <str name="facet.query">GB</str> <str name="facet.mincount">1</str> <str name="facet.pivot">cat,inStock</str> <str <str name="facet.range">price</str> <int name="f.price.facet.range.start">0</int> <int name="f.price.facet.range.end">600</int> <int name="f.price.facet.range.gap">50</int> <str name="facet.range">popularity</str> <int <int <int <str name="facet.range">manufacturedate_dt</str> <str <str <str <str <str <!-- Highlighting defaults --> <str name="hl">on</str> <str name="hl.fl">content features title <str name="hl.encoder">html</str> <str <str <str name="f.title.hl.fragsize">0</str> <str <str name="f.name.hl.fragsize">0</str> <str <str name="f.content.hl.snippets">3</str> <str name="f.content.hl.fragsize">200</str> <str <str name="f.content.hl.maxAlternateFieldLength">750</str> <!-- Spell checking defaults --> <str name="spellcheck">on</str> <str <str name="spellcheck.count">5</str> <str name="spellcheck.alternativeTermCount">2</str> <str <str name="spellcheck.collate">true</str> <str <str <str </lst> <!-- append <arr <str>spellcheck</str> </arr> </requestHandler> <requestHandler </requestHandler> <requestHandler <lst name="defaults"> <str </lst> </requestHandler> <requestHandler <lst name="defaults"> <str </lst> </requestHandler> <requestHandler startup="lazy" class="solr.extraction.ExtractingRequestHandler" <lst <str <str <!-- <str <str <str </lst> </requestHandler> <requestHandler startup="lazy" class="solr.FieldAnalysisRequestHandler" /> <requestHandler class="solr.DocumentAnalysisRequestHandler" startup="lazy" /> <requestHandler class="solr.admin.AdminHandlers" /> <requestHandler <lst <str </lst> <lst <str </lst> </requestHandler> <!-- Echo the request <requestHandler <lst <str <str </lst> </requestHandler> <requestHandler </requestHandler> <!-- spell --> <searchComponent <lst <str name="name">direct</str> <str name="field">spell</str> <str <str name="distanceMeasure">internal</str> <float <int name="maxEdits">2</int> <int name="minPrefix">1</int> <int name="maxInspections">5</int> <int name="minQueryLength">2</int> <float name="maxQueryFrequency">0.001</float> <str </lst> <lst name="spellchecker"> <!-- Optional, it is required when more than one Select non-default name with spellcheck.dictionary in name是可选的,如果只有一个spellchecker可以不写name 如果有多个spellchecker,需要在Request --> <str <!-- <str <!-- Load tokens from the following field for spell analyzer for the field‘s type as defined in schema.xml 下面这个field名字指的是拼写检查的依据,也就是说要根据哪个Field来检查用户输入。 --> <str <!-- SpellCheck索引文件的存放位置,是可选的,如果不写默认使用内存模式RAMDirectory。 ./spellchecker1指的是:corex\data\spellchecker1 --> <str <!-- <str <!--何时创建拼写索引:buildOnCommit/buildOnOptimize <str </lst> <!-- 另一个拼写检查器,使用JaroWinklerDistance距离算法 --> <lst <str name="name">jarowinkler</str> <str <str name="field">spell</str> <str <str <str name="buildOnCommit">true</str> </lst> <!-- 另一个拼写检查器,使用文件内容为检查依据 <lst <str <str <str name="sourceLocation">spellings.txt</str> <str name="characterEncoding">UTF-8</str> <str <str name="buildOnCommit">true</str> </lst>--> <str </searchComponent> <queryConverter name="queryConverter" <requestHandler name="/spell" <lst name="defaults"> <str <str <str <str <str </lst> <arr name="last-components"> <str>spellcheck</str> </arr> </requestHandler> <searchComponent name="suggest" <str <lst <str name="name">suggest</str> <str <str <str name="field">text</str> <float name="threshold">0.0001</float> <str name="comparatorClass">freq</str> <str name="buildOnOptimize">true</str> <!--<str </lst> </searchComponent> <requestHandler <lst <str name="spellcheck">true</str> <str <str <str <str name="spellcheck.count">10</str> <!--<str </lst> <arr <str>suggest</str> </arr> </requestHandler> <requestHandler name="/mlt" </requestHandler> <searchComponent <requestHandler name="/tvrh" <lst <str <bool </lst> <arr <str>tvComponent</str> </arr> </requestHandler> <searchComponent enable="${solr.clustering.enabled:true}" class="solr.clustering.ClusteringComponent" > <lst <str name="name">default</str> <str <str <str <str <str <str <str <str <str <!-- org.carrot2.matrix.factorization.PartialSingularValueDecompositionFactory org.carrot2.matrix.factorization.NonnegativeMatrixFactorizationEDFactory org.carrot2.matrix.factorization.NonnegativeMatrixFactorizationKLFactory org.carrot2.matrix.factorization.LocalNonnegativeMatrixFactorizationFactory org.carrot2.matrix.factorization.KMeansMatrixFactorizationFactory --> <str <str <str <str <!--org.carrot2.text.vsm.LogTfIdfTermWeighting,org.carrot2.text.vsm.LinearTfIdfTermWeighting--> <str <str <str <str <str <str <str <str <str <str <str <str <str <str name="merge-resources">true</str> <str <str <str <str </lst> </searchComponent> <requestHandler startup="lazy" enable="${solr.clustering.enabled:true}" class="solr.SearchHandler"> <lst <str <bool <str <bool <str <str <str <str </lst> <arr <str>clustering</str> </arr> </requestHandler> <searchComponent name="terms" <!-- A request handler for <requestHandler name="/terms" <lst <bool <bool </lst> <arr <str>terms</str> </arr> </requestHandler> <searchComponent <!-- pick a <str <str </searchComponent> <!-- A request handler for <requestHandler <lst <str <str </lst> <arr <str>elevator</str> </arr> </requestHandler> <searchComponent <highlighting> <!-- <!-- <fragmenter name="gap" default="true" class="solr.highlight.GapFragmenter"> <lst name="defaults"> <int name="hl.fragsize">100</int> </lst> </fragmenter> <!-- (for sentence extraction) --> <fragmenter class="solr.highlight.RegexFragmenter"> <lst name="defaults"> <!-- slightly smaller fragsizes work better because <int name="hl.fragsize">70</int> <!-- allow 50% slop on fragment sizes --> <float name="hl.regex.slop">0.5</float> <!-- a basic sentence pattern --> <str name="hl.regex.pattern">[-\w </lst> </fragmenter> <!-- <formatter name="html" default="true" class="solr.highlight.HtmlFormatter"> <lst name="defaults"> <str <str </lst> </formatter> <!-- <encoder name="html" class="solr.highlight.HtmlEncoder" /> <!-- <fragListBuilder name="simple" class="solr.highlight.SimpleFragListBuilder"/> <!-- <fragListBuilder name="single" class="solr.highlight.SingleFragListBuilder"/> <!-- <fragListBuilder name="weighted" default="true" class="solr.highlight.WeightedFragListBuilder"/> <!-- <fragmentsBuilder name="default" default="true" class="solr.highlight.ScoreOrderFragmentsBuilder"> </fragmentsBuilder> <!-- <fragmentsBuilder name="colored" class="solr.highlight.ScoreOrderFragmentsBuilder"> <lst name="defaults"> <str name="hl.tag.pre"><![CDATA[ <b style="background:yellow">,<b <b style="background:aquamarine">,<b <b style="background:palegreen">,<b <b style="background:wheat">,<b <b style="background:lime">,<b <str </lst> </fragmentsBuilder> <boundaryScanner name="default" default="true" class="solr.highlight.SimpleBoundaryScanner"> <lst name="defaults"> <str name="hl.bs.maxScan">10</str> <str name="hl.bs.chars">.,!? </lst> </boundaryScanner> <boundaryScanner name="breakIterator" class="solr.highlight.BreakIteratorBoundaryScanner"> <lst name="defaults"> <!-- type should be one of CHARACTER, WORD(default), <str <!-- language and country are used when constructing <!-- And the Locale object will be used when getting <str name="hl.bs.language">en</str> <str name="hl.bs.country">US</str> </lst> </boundaryScanner> </highlighting> </searchComponent> <queryResponseWriter <str </queryResponseWriter> <!-- Custom --> <queryResponseWriter name="velocity" <queryResponseWriter <int </queryResponseWriter> <admin> <defaultQuery>*:*</defaultQuery> </admin> </config> |
参考资料及文献
http://wiki.apache.org/solr/
所有的配置在这里都有说明
http://doc.carrot2.org/
聚类相关设置在这里有说明
分类: 非结构化数据