一、Dashboard --- 仪表盘
显示了该Solr实例开始启动运行的时间、版本、系统资源、jvm等信息。
二、Logging --- 日志
显示solr运行出现的异常或错误
三、Core Admin --- Solr Core的管理界面
Solr Core的管理界面。Solr Core 是Solr的一个独立运行实例单位,它可以对外提供索引和搜索服务,一个Solr工程可以运行多个SolrCore(Solr实例),一个Core对应一个索引目录。
主要有Add Core(添加核心), Unload(卸载核心),Rename(重命名核心),Reload(重新加载核心),Optimize(优化索引库)
添加solrcore:
- 复制collection1改名为collection2
- 修改core.properties。name=collection2
- 重启tomcat
四、Java Properties --- 属性
Solr在JVM 运行环境中的属性信息,包括类路径、文件编码、jvm内存设置等信息。
五、Thread Dump --- 线程
显示Solr Server中当前活跃线程信息,同时也可以跟踪线程运行栈信息。
六、Core Selector --- Solr Core选择器
6.1、Overview --- 概览
包含基本统计,如当前文档数;实例信息,如当前核心的配置目录
6.2、Analysis --- 分析器
通过此界面可以测试索引分析器和搜索分析器的执行情况。
设置IK分词器,详情参见:Solr --- 安装IK分词器
6.3、Dataimport --- 数据导入处理器
可以定义数据导入处理器,从将数据库中的数据导入到Solr索引库中。详情参见:Solr --- 从数据库批量导入数据
Comman选项:full_import:全导入;delta_import:增量导入。
所谓delta-import主要是对于数据库(也可能是文件等等)中增加或者被修改的字段进行导入。主要原理是利用率每次我们进行import的时候在solrhome/conf下面生成的dataimport.properties文件,此文件里面有最近一次导入的相关信息。
Verbose:
Clean: 在索引开始构建之前是否删除之前的索引,默认为true
Commit: 在索引完成之后是否提交。默认为true
Optimize: 是否在索引完成之后对索引进行优化。默认为true
Debug: 是否以调试模式运行,适用于交互式开发(interactive development mode)之中。
请注意,如果以调试模式运行,那么默认不会自动提交,请加参数“commit=true”
Entity: entity是document下面的标签(data-config.xml)。使用这个参数可以有选择的执行一个或多个entity 。使用多个entity参数可以使得多个entity同时运行。如果不选择此参数那么所有的都会被运行。
Start,Rows: 分页
Custom Parameters:
Excute:执行导入。
Refresh Status:刷新后才能看到数据发生了变化,如果刷新后数据还是0,说明未导入。
6.4、Documents --- 索引文档
Documents(索引文档)索引的相关操作,如:增加,修改,删除等,例如我们要增加一个索引(testName)的办法:
(1)先要在solr 的solr_home/collection1/conf 的 schema.xml配置文件下,增加相关的字段field
<field name="testName" type="text_ik" indexed="false" stored="true" multiValued="false" />
否则会出现如下错误:
Status: error
Error: Bad Request
Error:
{
"responseHeader": {
"status": 400,
"QTime": 1
},
"error": {
"msg": "ERROR: [doc=126] unknown field 'companyName'",
"code": 400
}
}
(2)在如下页面,选择/update ,文档格式选择json ,然后submit 提交。这样 索引就增加上了。修改与增加一样,都是/update ,删除为/delete 。 成功之后,我们去query里查询数据就能查到我们刚添加的数据.
Request-Handler(qt): 要进行的操作(update\delete)
Document Type:类型,有JSON、XML等格式
Document(s): 内容,手动写的内容。
Commit Within:
Overwrite: 为true,说明如果id重复则覆盖以前的值;为false说明如果id重复不覆盖以前的值.
Boost:
6.5、Files --- 文件夹
solrhome下的collection1下的conf下的相关文件,可单击查看里面的内容.
6.6、Query --- 查询页
查询索引的文档,包含是否存在,排序是否正确等
Request-Handler(qt):
q: 查询字符串(必须的)表示查询所有
fq: filter query 过滤查询。使用Filter Query可以充分利用Filter Query Cache,提高检索性能。作用:在q查询符合结果中同时是fq查询符合的(类似求交集),例如:q=mm&fq=date_time:[20081001 TO 20091031],找关键字mm,并且date_time是20081001到20091031之间的。
sort: 排序。格式如下:字段名 排序方式;如advertiserId desc 表示按id字段降序排列查询结果。
start,rows:表示查回结果从第几条数据开始显示,共显示多少条。
fl: field list。指定查询结果返回哪些字段。多个时以空格“ ”或逗号“,”分隔。不指定时,默认全返回。
df: default field默认的查询字段,一般默认指定。
Raw Query Parameters:
wt: write type。指定查询输出结果格式,我们常用的有json格式与xml格式。在solrconfig.xml中定义了查询输出格式:xml、json、python、ruby、php、phps、custom。
indent: 返回的结果是否缩进,默认关闭,用 indent=true | on 开启,一般调试json,php,phps,ruby输出才有必要用这个参数。
debugQuery: 设置返回结果是否显示Debug信息。
dismax:
edismax:
hl: high light 高亮。hl=true表示启用高亮
hl.fl : 用空格或逗号隔开的字段列表(指定高亮的字段)。要启用某个字段的highlight功能,就得保证该字段在schema中是stored。如果该参数未被给出,那么就会高 亮默认字段 standard handler会用df参数,dismax字段用qf参数。你可以使用星号去方便的高亮所有字段。如果你使用了通配符,那么要考虑启用 hl.requiredFieldMatch选项。
hl.simple.pre:
hl.requireFieldMatch: 如果置为true,除非该字段的查询结果不为空才会被高亮。它的默认值是false,意味 着它可能匹配某个字段却高亮一个不同的字段。如果hl.fl使用了通配符,那么就要启用该参数。尽管如此,如果你的查询是all字段(可能是使用 copy-field 指令),那么还是把它设为false,这样搜索结果能表明哪个字段的查询文本未被找到
hl.usePhraseHighlighter:如果一个查询中含有短语(引号框起来的)那么会保证一定要完全匹配短语的才会被高亮。
hl.highlightMultiTerm:如果使用通配符和模糊搜索,那么会确保与通配符匹配的term会高亮。默认为false,同
hl.usePhraseHighlighter要为true。
facet:分组统计,在搜索关键字的同时,能够按照Facet的字段进行分组并统计。
facet.query:Facet Query利用类似于filter query的语法提供了更为灵活的Facet.通过facet.query参数,可以对任意字段进行筛选。
facet.field:需要分组统计的字段,可以多个。
facet.prefix: 表示Facet字段值的前缀。比如facet.field=cpu&facet.prefix=Intel,那么对cpu字段进行Facet查询,返回的cpu都是以Intel开头的, AMD开头的cpu型号将不会被统计在内。
spatial:
spellcheck: 拼写检查。
本文详细介绍了Solr的管理界面,包括Dashboard、Logging、Core Admin、Java Properties、Thread Dump、Core Selector等模块的功能。重点讲解了Core Admin中的Solr Core管理,如添加、卸载、重命名和优化索引库,以及Dataimport数据导入处理器的使用,如全量导入、增量导入。同时,还涵盖了查询页的查询参数设置,如filter query、sort、hl等,以及facet和spellcheck功能。

1万+

被折叠的 条评论
为什么被折叠?



