可参考配置:http://wiki.apache.org/solr/SolrConfigXml
<lib> 标签用于引入solr引用SolrPlugins的jar包,当dir对应的目录不存在时,solr会忽略此,
配置data目录的存放位置,data目录中存放了index和log文件。默认为solr home下面的data文件夹
允许使用用户自定义的解码器,默认是SchemaCodecFactory
以下配置由于内容比较多,直接采用配置文件夹注解的形式
maxBooleanClauses |
最大的BooleanQuery数量. 当值超出时,抛出 TooManyClausesException.注意这个是全局的,如果是多个SolrCore都会使用一个值,每个Core里设置不一样的化,会使用最后一个的. |
filterCache |
filterCache存储了无序的lucene document id集合,1.存储了filter queries(“fq”参数)得到的document id集合结果。2还可用于facet查询3. 3)如果配置了useFilterForSortedQuery,那么如果查询有filter,则使用filterCache。 |
queryResultCache |
缓存搜索结果,一个文档ID列表 |
documentCache |
缓存Lucene的Document对象,不会自热 |
fieldValueCache |
字段缓存使用文档ID进行快速访问。默认情况下创建fieldValueCache即使这里没有配置。 |
enableLazyFieldLoading |
若应用程序预期只会检索 Document 上少数几个 Field,那么可以将属性设置为 true。延迟加载的一个常见场景大都发生在应用程序返回和显示一系列搜索结果的时候,用户常常会单击其中的一个来查看存储在此索引中的原始文档。初始的 显示常常只需要显示很短的一段信息。若考虑到检索大型 Document 的代价,除非必需,否则就应该避免加载整个文档。 |
queryResultWindowSize |
一次查询中存储最多的doc的id数目. |
queryResultMaxDocsCached |
查询结果doc的最大缓存数量, 例如要求每页显示10条,这里设置是20条,也就是说缓存里总会给你多出10条的数据.让你点示下一页时很快拿到数据. |
listener |
选项定义 newSearcher 和 firstSearcher 事件,您可以使用这些事件来指定实例化新搜索程序或第一个搜索程序时应该执行哪些查询。如果应用程序期望请求某些特定的查询,那么在创建新搜索程序或第一 个搜索程序时就应该反注释这些部分并执行适当的查询。 |
useColdSearcher |
是否使用冷搜索,为false时使用自热后的searcher |
maxWarmingSearchers |
最大自热searcher数量 |
Solr's HTTP RequestDispatcher 配置如何处理各种HTTP请求解析;远程媒体流的支持;multipart 文件上传大小,等
未完。。。
版权所有: IT货架- 内容来自互联网,仅供用于技术学习,请遵循相关法律法规. 京ICP备11030978号-1