目录
- 管理 Solr 的 core
- 创建 Core
- 方式1:solr 命令创建
- 演示:使用 solr 命令创建 Core:
- 演示:命令删除 Core(彻底删除)
- 方式2:图形界面创建
- Web控制台创建Core
- Web控制台删除 Core(未彻底删除)
- 重新加回刚刚删除的core
- Core 目录下的文件介绍:
- 创建的 core 对应的目录下的文件:
- Core 目录的 conf 子目录下的文件:
- managed-schema
- solrconfig.xml
- protwords.txt
- stopword.txt
- synonyms.txt
管理 Solr 的 core
管理 Solr 的 core,类似于管理传统的关系型数据库里面的表。
演示怎么创建core、怎么删除core
学习之前需要先启动 Solr
执行如下命令即可启动Solr:
solr start -p <端口>
如果不指定端口,Solr 默认的端口是8983
直接输入 solr start 启动就可以了;
显示:在8983端口上启动Solr服务器,等待长达30分钟。寻找快乐!
创建 Core
Solr 使用 Core 保存索引文档,Solr 的 Core 有点类似于 RDBMS 的表。
因此,在正式使用Solr之前,必须先创建Core。
Solr 提供了两种方式来创建 Core:
方式1:使用 solr 命令的 create_core子命令(或用 create子命令也行)创建Core。
Solr所支持的子命令:
create:根据Solr的运行状态选择创建Core或Collection;如果Solr以单机方式运行,该命令创建core;若Solr以云模式运行,该命令创建Collection。
方式2:通过图形界面创建Core。
方式1:solr 命令创建
演示:使用 solr 命令创建 Core:
solr create_core -c ljhCore -d sample_techproducts_configs-c: 指定所创建Core的名字。
-d:指定所创建Core以哪个目录为模板。以 E:\install\Solr\solr-8.11.2\server\solr\configsets 目录下的子目录作为配置模板。
演示:
1、先把 security.json 这个配置文件的这个 blockUnknown 属性改为 false ,就是对未知的用户,先不阻塞,可以访问图形管理界面。不然得话,用上面那个命令创建 Core 就会失败。
如图:重启之后,可以不用登录,就可以访问这个web图形控制平台。
接下来就输入这个命令来创建core
solr create_core -c ljhCore -d sample_techproducts_configs
可以看到,成功创建一个叫 ljhCore 的 core
可以看到,创建的 ljhCore 就放在这里
新创建得到的Core保存在: E:\install\Solr\solr-8.11.2\server\solr
- d: 的解释:
自己的话解释 -d sample_techproducts_configs :
简单来说,我创建这个 ljhCore 这个core,也就是逻辑索引库,也叫反向逻辑库,
在通过这个cord 进行全文检索的时候,需要用到各种 solr 的配置文件,而需要用到的这些配置文件,在 _default 和 sample_techproducts_configs 这两个文件夹里面都存在,区别就是 sample_techproducts_configs 文件夹里面的配置文件比_default 文件夹里面的配置文件更多更完善。
所以在创建 ljhCore 这个core 时,就指定了 -d sample_techproducts_configs 这个文件夹,表示到时候这个core需要用到的配置文件,就去这个文件夹里面获取就可以了。
详细解释:
使用 create core 创建 Core 时,需要使用 -d 选项指定配置文件目录。正如前面所言,
Solr 使用 Core 保存索引文档,因此在每个 Core 中都需要配置唯一标识、字段类型、字段、停用词等大量与索引库相关的信息,
这些配置信息需要分别提供各种不同的配置文件。所以Solr 允许通过 -d 选项指定到哪个目录去找配置文件。通俗地说,Solr 每次创建 Core 时都需要大量的配置文件,而 -d 选项就用于指定这些配置模板所在的路径;
如果不指定 -d 选项,Solr 将默认为该选项使用 _defaut 值,
也就是使用 server\solr\confgsets 路径下 _default 目录下的配置文件作为配置模板。
但不推荐将_default 目录下的配置文件作为产品级的 Core 来使用。在 serversolr\confgsets 路径下还提供了一个 sample_techproducts_confgs 目录,
该目录下的配置文件可作为产品级的 Core 来使用,因此推荐使用该目录作为 Core 配置文件的目录。
演示:命令删除 Core(彻底删除)
命令格式:
solr delete [-c Core名称] [-p 端口]
使用solr命令的create_core子命令创建Core时或delete子命令删除Core时,没有提供选项指定用户名和密码,因此需要先将前面security.json文件中blockUnknown属性设为false,它表示关闭Solr的用户验证功能。
演示:
端口如果不指定,那么就会使用默认的8983端口
输入这个命令来删除刚刚创建的 core
solr delete -c ljhCore
删除 core 成功
刚刚创建的 ljhCore 对应的文件夹目录也看不到,这是彻底删除;
方式2:图形界面创建
Web控制台创建Core
(1)在server\solr路径下创建一个 ljhcore 目录——该目录就是要创建的 Core 所在的目录。
(2)将server\solr\configsets\sample_techproducts_configs 目录内 conf 整个目录(配置文件模板)
复制到第一步创建的 ljhcore 目录中。
(注意:通过这种方式创建Core时,它不会自动生成配置文件,所以需要手动把配置文件复制过来)
(3)在Web控制台填写 Core 的 name 和 directory 后,然后单击“Add Core”按钮创建Core
——通过这种方式创建Core时,无需关闭 blockUnknown 选项。
如图:创建 core 成功
如图,再看文件夹目录,多出了这些,表示初始化成功。
小提示:name 可以随便写,但是实例的目录要对应好
这个 dataDir 这里,名字也可以自己起,我也可以写成 mydata 之类的。
如果不在文件夹先创建core的目录和添加配置文件(conf文件夹),直接在控制台创建,是创建失败的,如图:
我直接创建个aaa,没有在 solr-8.11.2\server\solr 路径下先提前创建 core 的目录和添加配置文件,所以创建失败。
失败原因如图:
再看下文件夹目录:solr 会自动创建一个 aaa 文件夹,但是里面是空的。
Web控制台删除 Core(未彻底删除)
在Web控制台先选中指定 Core,然后单击该界面上“Unload”按钮即可删除被选中Core。
通过图形界面删除 Core 时,其本质只是卸载。
如图:点击后确认删除
可以看到 core 被成功删除
如图:在图形界面删除的core,其实并未彻底删除,一些配置文件还在。
data 文件夹里面是空的。
Web控制台删除Core 与 命令行界面 删除Core的区别:
用“solr delete”命令删除Core时,它会把整个Core对应的目录都彻底删除;
当通过图形界面删除 Core 时,它只是将该 Core 从 Solr 系统里删除,并未删除该 Core 对应的目录,因此以后还可重新添加回来。
重新加回刚刚删除的core
把 data 文件删除掉
name 我这里随便写写试试看,但是实例的文件夹目录要对应好
重新加回这个core 成功
可以看到这些配置文件都重新加回来了,
删除的时候data文件夹是空的,现在加回来了
如果 abc 这个core 的名字不好听,要重新改的话,那么就在图形界面把这个core删除,重新加回来的时候改个名字就可以了
Core 目录下的文件介绍:
创建的 core 对应的目录下的文件:
- conf:该目录存储该Core的配置信息。
- data(可重命名):保存该Core的索引信息
- core.properties:保存了该Core的名称、dataDir 指定了 core 的索引数据的存储目录。还指定了该core的 schema 配置文件和 config 配置文件。
Core 目录的 conf 子目录下的文件:
在Core目录的conf子目录下可看到如下常见配置文件:
managed-schema
managed-schema(就是以前的schema.xml):定义该Core的整体Schema,包括该Core包括哪些Field类型、哪些Field约束、哪些Field、哪些动态Field、哪些Copy Field。该文件以前的文件名是schema.xml、用户可通过文本编辑器直接编辑它,现在则推荐使用图形界面编辑,这样更安全、有效。
solrconfig.xml
solrconfig.xml:该 Core 的索引库相关配置。
protwords.txt
protwords.txt:配置该 Core 额外的保护词。所谓保护词就是停止对该词的 “词干化”,在正常词干化的处理方式下,managing、managed、manageable 这些单词最终都会变成 manage。如果不希望某个单词被词干化,就将该单词添加到此文件中。保存所有的保护词列表。
如图:基本上没有加任何的保护词。
stopword.txt
stopword.txt:配置该 Core 额外的停用词,Lucene 不会对停用词创建反向索引库,因此程序也不能对停用词执行搜索。保存所有的停用词列表。
停用词:比如这句 “ 好吃的鸡腿 ”,这里的 “的” 字就属于停用词,
因为我们如果进行检索的话,只会去检索“好吃”,“好吃的”,“鸡腿”,并不会单独去检索这个 “的” 字,因为没有意义 。
所以 Lucene 不会对 停用词 创建反向索引库
如果我在这里添加 “帅气” 这个词作为停用词,那么 lucene 就不会为这个 “帅气” 创建反向索引库,那么我们在进行全文检索的时候,通过“帅气”这个词来查找时,耗费的时间就会比较长。
synonyms.txt
synonyms.txt:用于配置该Core的所有同义词。保存了所有的同义词列表。
比如: color => colour
color 是美式英语的写法; colour 是英式英语的写法;
但是它们表示的意义都是 “颜色”
当我把 color => colour 添加到 synonyms.txt 这个保存同义词列表的配置文件里面,
那么如果一篇文章里面出现了color 和 colour 这两个词,当我们在查找 color 的时候,这个 colour 也应该被查找出来,反之也是。
把 color => colour 添加到 synonyms.txt,相当于把 color 和 colour 当成同一个词。