Solr Core介绍

从第二章中我们知道你既可以把不同类型的数据放到同一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.