云计算、分布式架构、K8S、大数据、机器学习、搜索、推荐、广告

三种实现方式（termvector---,highlight），而且是stored=true第一种是，根据查询的docidsets，获取Document，并获取需要高亮的字段的value，根据query的term和field的value做匹配算法（Highlighter）第二种是，定义termvector(占用IO)，包括position和offset，和第一种的区别是效率更高，根据query t

FiledCache(对应term)，对某field的cache，值为:Array[docid]=term应用场景，sort和faceting其中sort操作，需要对该字段索引，并field不可以进行分词 Solr中的cacheFilterCache             fq=name:xxxx，unordered docidset            应用场景，facet query Qu

Solr4.0包含了分布式的sorl解决方案solrCloud，可以做sharding切分，每个sharding中节点支持选举算法（leader,replica），在sharding里面支持query的负载均衡。在集群启动时，就需要声明当shard、collection等信息，启动过程中把集群的状态信息维护在zookeeper节点里。集群中的任何一台server都可以响应客户端的请求，包括

在solr中通常包含以下一些操作，包括显式的和隐式的操作1、addDocument，对文档进行分析，分词处理，创建索引段segment，每当flush缓冲区中增加的文档，索引文件都会新建一个段segment。2、commit，除了向Directory对象提交索引变化，搜索器query的重新建立commit提交后，索引flush到硬盘上，并触发listener,创造新的insexSear

关于分布式环境下的如何Sharding分区，以及每个sharding的区间设置，sharding的拆分等在后面的章节做分析

SearchHandler实现SolrRequestHandler，SolrCoreAware(inform接口)            ---在SolrCore初始化的过程中，会依次调用SolrRequestHandler中的inform(SolrCore core)在inform的调用中，初始化SearchHandler中的components对象在处理请求，SearchHandl

solr中的搜索打分是在QueryComponent中进行的。在prepare中根据查询的参数，QueryParser对查询语句进行分词，并生成Query对象树。      QParser parser = QParser.getParser(rb.getQueryString(), defType, req);      Query q = parser.getQuery();

solr分布式搜索源码分析

Solr索引过程源码分析

Solr分布式索引过程解析单个节点的索引过程，以前写的blog http://blog.youkuaiyun.com/yangbutao/article/details/9851681 已经做了简单的分析对于分布式索引，请求处理过程最终会在节点上建立本地索引，多了请求在node间分发的过程。区别于单个节点的索引的索引处理processor Director2UpdateProcessor，分布

solr4性能优化参考