从第二章中我们知道你既可以把不同类型的数据放到同一index中,也可以使用分开的多indexes。基于这一点,你只需知道如何使用多indexes(实际上就是运行Solr的多实例)。尽管如此,为每一个类型添加一个完整的Solr实例会显得太臃肿庞大。Solr1.3引入了Solr core的概念,该方案使用一个Solr实例管理多个indexes,这样就有热点core(hot core)的重读(reloading)与交换(swap,通常是读index与写index交换),那么管理一个 core或index也容易些。每个Solr core由它自己的配置文件和索引数据组成。在多core执行搜索和索引几乎和没有使用core一样。你只是添加core的名字为各自不同的URL。单core情况下的如下搜索:
http://localhost:8983/solr/select?q=dave%20matthews
在多core环境下,你可以通过如下方式访问一个名为mbartists的core:
http://localhost:8983/solr/mbartists/select?q=dave%20matthews
并非在URL中引入core name的参数名值对,而是用不同的context。这样就可以像在单core中执行你的管理任务,搜索,更新操作。
solr.xml的配置
当Solr启动时,它检查solr.home目录下的solr.xml文件。如果存在,它读取solr.xml下所有的core。我们已在样例solr环境下./exmplles/cores/solr.xml:
<solr persistent="false" sharedLib="lib">
<cores adminPath="/admin/cores">
<core name="mbtracks" instanceDir="mbtracks"
dataDir="../../cores_data/mbtracks" />
<core name="mbartists" instanceDir="mbartists"
dataDir="../../cores_data/mbartists" />
<core name="mbreleases" instanceDir="mbreleases"
dataDir="../../cores_data/mbreleases" />
<core name="crawler" instanceDir="crawler"
dataDir="../../cores_data/crawler" />
<core name="karaoke" instanceDir="karaoke"
dataDir="../../cores_data/karaoke" />
</cores>
</solr>
一些关键的配置值是:
1.Persistent="false"指明运行时的任何修改我们不做保存。如拷贝。如果你想保存从启动起的一些改动,那就把persistent设置为true。如果你的index策略是 完成建index到一个纯净的core中然后交换到活动core 那么你绝对应该设为true。
sharedLib="lib"指明了所有core的jar文件的lib目录。如果你有一个core有自己需要的jar文件,那么你可以把他们置入到core/lib目录。例如:karaoke core 使用 Solr Cell来索引化富文本内容,因此那些用来解析和抽取富文本的jar文件被放到./examples/cores/karaoke/lib/.
管理多个core
并没有一个好的GUI来管理Solr的core,仅有一些别的办法,比如就用你发到solr core中的命令里的URL来配置管理,他们能被很容易的集成到别的管理程序中。如果你在solr.xml中设定了 persistance="true",那么从上次启动起的关于配置的改变会被更新到solr.xml中。我们将讨论一些通用的命令。下面不同的URL在随机附带的例子中有,到时你可以根据自己的浏览器的需要定制:
1.STATUS:获取当前core的状态:http://localhost:8983/solr/admin/cores?action=STATUS。你可以选择一个制定的core,如:mbartists through
http://localhost:8983/solr/admin/cores?action=STATUS&core=
mbartists。status命令返回各个core的摘要报告,它同时是显示不同core增长的的监控统计的一个简要的方式。
2.CREATE:你可以生成一个基于karaoke 的新的core叫karaoke_test:http://localhost:8983/solr/admin/cores?action=CREATE&name=kar
aoke_test&instanceDir=./examples/cores/karaoke_test&config=./
cores/karaoke/conf/solrconfig.xml&schema=./cores/karaoke/conf/
schema.xml&dataDir=./examples/cores_data/karaoke_test.如果你创建一个新的core已经存在。那么已存在的core会服务到新的已生成之时。
RENAME:重命名
SWAP:
RELOAD:
MERGE:
为何使用多core
Solr实例支持多core比启用多index要好(do more)。多core同时解决了在生产环境下的一些关键需求:
1.重建索引
2.测试配置变更
3.合并索引
4.运行时重命名core
【注:为何多core不是默认的】
多core知识是1.3版本中才加的,1.4后更成熟。我们强烈建议你使用多core,既是你现在的solr.xml只配置了一个core!虽然会比单个索引稍复杂,但可以带来管理core上的好处。或许一天单个core可能最终RELOAD and STATUS命令,又或许单个core最终会被废禁。多个core会是Solr将来支持大规模分布式索引的关键。因此,以后可以期待更多【译者:怎么觉得像是竞选台词一样】。
你可以得到更多的关于Solr的资料:http://wiki.apache.org/solr/CoreAdmin.
http://localhost:8983/solr/select?q=dave%20matthews
在多core环境下,你可以通过如下方式访问一个名为mbartists的core:
http://localhost:8983/solr/mbartists/select?q=dave%20matthews
并非在URL中引入core name的参数名值对,而是用不同的context。这样就可以像在单core中执行你的管理任务,搜索,更新操作。
solr.xml的配置
当Solr启动时,它检查solr.home目录下的solr.xml文件。如果存在,它读取solr.xml下所有的core。我们已在样例solr环境下./exmplles/cores/solr.xml:
<solr persistent="false" sharedLib="lib">
<cores adminPath="/admin/cores">
<core name="mbtracks" instanceDir="mbtracks"
dataDir="../../cores_data/mbtracks" />
<core name="mbartists" instanceDir="mbartists"
dataDir="../../cores_data/mbartists" />
<core name="mbreleases" instanceDir="mbreleases"
dataDir="../../cores_data/mbreleases" />
<core name="crawler" instanceDir="crawler"
dataDir="../../cores_data/crawler" />
<core name="karaoke" instanceDir="karaoke"
dataDir="../../cores_data/karaoke" />
</cores>
</solr>
一些关键的配置值是:
1.Persistent="false"指明运行时的任何修改我们不做保存。如拷贝。如果你想保存从启动起的一些改动,那就把persistent设置为true。如果你的index策略是 完成建index到一个纯净的core中然后交换到活动core 那么你绝对应该设为true。
sharedLib="lib"指明了所有core的jar文件的lib目录。如果你有一个core有自己需要的jar文件,那么你可以把他们置入到core/lib目录。例如:karaoke core 使用 Solr Cell来索引化富文本内容,因此那些用来解析和抽取富文本的jar文件被放到./examples/cores/karaoke/lib/.
管理多个core
并没有一个好的GUI来管理Solr的core,仅有一些别的办法,比如就用你发到solr core中的命令里的URL来配置管理,他们能被很容易的集成到别的管理程序中。如果你在solr.xml中设定了 persistance="true",那么从上次启动起的关于配置的改变会被更新到solr.xml中。我们将讨论一些通用的命令。下面不同的URL在随机附带的例子中有,到时你可以根据自己的浏览器的需要定制:
1.STATUS:获取当前core的状态:http://localhost:8983/solr/admin/cores?action=STATUS。你可以选择一个制定的core,如:mbartists through
http://localhost:8983/solr/admin/cores?action=STATUS&core=
mbartists。status命令返回各个core的摘要报告,它同时是显示不同core增长的的监控统计的一个简要的方式。
2.CREATE:你可以生成一个基于karaoke 的新的core叫karaoke_test:http://localhost:8983/solr/admin/cores?action=CREATE&name=kar
aoke_test&instanceDir=./examples/cores/karaoke_test&config=./
cores/karaoke/conf/solrconfig.xml&schema=./cores/karaoke/conf/
schema.xml&dataDir=./examples/cores_data/karaoke_test.如果你创建一个新的core已经存在。那么已存在的core会服务到新的已生成之时。
RENAME:重命名
SWAP:
RELOAD:
MERGE:
为何使用多core
Solr实例支持多core比启用多index要好(do more)。多core同时解决了在生产环境下的一些关键需求:
1.重建索引
2.测试配置变更
3.合并索引
4.运行时重命名core
【注:为何多core不是默认的】
多core知识是1.3版本中才加的,1.4后更成熟。我们强烈建议你使用多core,既是你现在的solr.xml只配置了一个core!虽然会比单个索引稍复杂,但可以带来管理core上的好处。或许一天单个core可能最终RELOAD and STATUS命令,又或许单个core最终会被废禁。多个core会是Solr将来支持大规模分布式索引的关键。因此,以后可以期待更多【译者:怎么觉得像是竞选台词一样】。
你可以得到更多的关于Solr的资料:http://wiki.apache.org/solr/CoreAdmin.