在solr中，实时搜索有3种方案

①soft commit，这其实是近实时搜索，不能完全实时。②RealTimeGet，这是实时，但只支持根据文档ID的查询。③和第一种类似，只是触发softcommit。综上，其实是由实时（②）和近实时（①③）两种。

solr4.0 之后使用NRT的方法和需要的配置

方案1

使用soft commit达到近实时搜索的效果。

为了使用soft commit ，需要配置solrconfig.xml。其中两个地方需要修改

<autoCommit><maxDocs>10000</maxDocs> <!-- maximum uncommited docs before autocommit triggered --><maxTime>15000</maxTime> <!-- maximum time (in MS) after adding a doc before an autocommit
is triggered --><openSearcher>false</openSearcher> <!-- SOLR 4.0.  Optionally don't open a searcher onhard commit.  This is useful to minimize the size of transaction logs that keep track of
uncommitted updates. -->
</autoCommit>

这里需要将hard commit 的 openSearcher改为true。Hard commit时间根据自己系统承载能力和需要设置。因为hard commit动作较大，对性能有较大影响。原则稍长较好，但又不能太长，以免突然断电导致大量数据丢失（hard commit前数据都在memery中）。

<!-- SoftAutoCommitPerform a 'soft' commit automatically under certain conditions.This commit avoids ensuring that data is synched to disk.maxDocs - Maximum number of documents to add since the lastsoft commit before automaticly triggering a new soft commit.maxTime - Maximum amount of time in ms that is allowed to passsince a document was added before automaticlytriggering a new soft commit.--><autoSoftCommit><maxTime>2000</maxTime></autoSoftCommit>

将soft commit 打开（默认配置注释了该节点），这里的时间是你希望在几秒内搜到，此处我的设置为2s。可根据需要设置，值越小NRT效果越好，相反的，会带来性能上的影响。如果索引请求量不是特别大，则可以将值设小点，比如1000.不建议小于1000，小于1000并没有意义。

设置a，b之后就可通过普通的SearchHandler 搜到到了。Solr 默认配置的SearchHandler REST接口有“/select”“/query”“/browse”。

值得注意的是：当索引请求量巨大时，solr并不一定能保证在你设置的时间内能立马搜索到最新的文档，通常会有秒级别的延迟。

方案 2

需要配置solrconfig.xml。其中两个地方需要修改

<autoCommit><maxDocs>10000</maxDocs> <!-- maximum uncommited docs before autocommit triggered --><maxTime>15000</maxTime> <!-- maximum time (in MS) after adding a doc before an autocommit
is triggered --><openSearcher>false</openSearcher> <!-- SOLR 4.0.  Optionally don't open a searcher onhard commit.  This is useful to minimize the size of transaction logs that keep track of
uncommitted updates. -->
</autoCommit>

此外还要配置solrconfig.xml的RealTimeGetHandler。根据solr的文档。该搜索Handler的接口为“/get”。该接口使用了一个特定的组件RealTimeGetComponent，该接口会通用solrCore的 getRealtimeSearcher()方法，后者会先搜索一下updateLog，再做普通搜索。

方案 3

第3种使用NRT的方法依然需要配置NRT1中的a项。这次使用普通的SearchHandler来实现NRT。利用solr的commit和 commitwithin。实现方式是每次索引文档后都明确的发送一个commit或者commitwithin命令。这样也可以马上搜索刚索引的数据。由于发送命令需要走网络，时间上有不确定性，总体速度也不如NRT1。这里commit为hard commit请求，方法为commit=true；commitwithin为softcommit请求，方法为commitwithin=2000. 从前所述可以看出同样是commit，是用commitwithin将能更快搜到新文档，此处表示2s内要完成softcommit。该方法灵活性较高，适合在一些特殊情况下使用。

综上，虽然我们可以通过不同手段（包括变相的手段NRT3）来实现NRT。但NRT1中的配置softcommit的方式才是最佳选择，这也是其存在的价值。但是在一些特殊的应用场景可以根据需要使用NRT3。比如，索引频繁而搜索量很小。

转载于:https://www.cnblogs.com/hwaggLee/p/4484208.html

Solr -- 实时搜索相关推荐

实时搜索 elasticsearch vs solr
oyhk学习笔记什么是ElasticSearch? ElasticSearch是基于rest风格,分布式搜索引擎,非常优秀的lucene库.内置的JSON API提供了一个优雅的+ HTTP平台完美 ...
solr 近实时搜索
摘要: Solr的近实时搜索NRT(Near Real Time Searching)意味着文档可以在索引以后马上可以被查询到.Solr不会因为本次提交而阻塞更新操作,不会等待后台合并操作(merge ...
持续定义Saas模式云数据仓库+实时搜索
简介: 本文由阿里云计算平台事业部 MaxCompute 产品经理孟硕为大家带来<持续定义Saas模式云数据仓库+实时搜索>的相关分享.以下是视频内容精华整理,主要包括以下三个部分:1.W ...
lucene4.5近实时搜索
近实时搜索就是他能打开一个IndexWriter快速搜索索引变更的内容,而不必关闭writer,或者向writer提交,这个功能是在2.9版本以后引入的,在以前没有这个功能时,必须调用writer的c ...
es mysql延迟_ES 近实时搜索更新延迟问题
一.问题发现有段代码更新 ES中的数据状态,将未读置成已读.是查一批,更新一批,再查再更新. public Boolean updateDealStatus(WarningQuery warning ...
剖析Elasticsearch集群系列第三篇近实时搜索、深层分页问题和搜索相关性权衡之道...
http://www.infoq.com/cn/articles/anatomy-of-an-elasticsearch-cluster-part03?utm_source=infoq&utm ...
ELK学习1_开源分布式搜索平台ELK+Redis+Syslog-ng实现日志实时搜索
Logstash + Elasticsearch + Kibana+Redis+Syslog-ng ElasticSearch是一个基于Lucene构建的开源,分布式,RESTful搜索引擎.设计用于 ...
ElasticSearch探索之路（五）集群与分片：选举、动态更新、近实时搜索、事务日志、段合并
文章目录集群内部原理集群与节点分片选举分片内部原理索引不变性动态更新索引近实时搜索事务日志段合并集群内部原理集群与节点一个运行中的Elasticsearch实例称为一个节点, ...
solr中文搜索倒排索引和数据存储结构
solr中文搜索倒排索引和数据存储结构我们传统的方式(正排索引)是从关键点出发,然后再通过关键点找到关键点代表的信息中能够满足搜索条件的特定信息,既通过KEY寻找VALUE.而Lucene的搜索则是 ...
开源分布式搜索平台ELK+Redis+Syslog-ng实现日志实时搜索
转载:http://my.oschina.net/HeAlvin/blog/378257 目录[-] 安装JDK 安装redis 安装Elasticsearch 安装logstash 安装kibana ...

Solr -- 实时搜索

方案 2

方案 3

Solr -- 实时搜索相关推荐

最新文章

热门文章