Hi Erick, Thanks for the info. Was under impression that we have extra setting "openSearcher" to control when the searchers are being opened.
>From what you saying a searcher can be opened not only as a result of hard or soft commit. What I am observe, to follow your example: T0 - everything is committed T1 - index document T2 - opens realtime searchers (time passes) T3 - soft commit (commitScheduler) T4 - opens searcher (time passes) T5 - hard commit (commitScheduler, openSearcher=false) (time passes) T6 - soft commit (commitScheduler) T7 - opens searcher The T2 in above example is what is unexpected. Having had a look at this thread https://mail-archives.apache.org/mod_mbox/lucene-solr-user/201507.mbox/%3cd2f8751a-b16a-4736-9e03-50873711d...@gmail.com%3E I was wondering if I had something misconfigured. Thanks, Jarek On Tue, 19 Apr 2016, at 01:02, Erick Erickson wrote: > This is about real-time get. The idea is this. Suppose > you have a doc doc1 already in your index at time T1 > and update it at time T2 and your soft commit happens > at time T3. > > If a search a search happens between time T1 and T2 > but the fetch happens between T2 and T3, you get > back the updated document, not the doc that was in > the index. So the reatime get is outside the > soft and hard commit issues. > > It's a pretty lightweight operation, no caches are invalidated > or warmed etc. > > Best, > Erick > > On Mon, Apr 18, 2016 at 9:59 AM, Jaroslaw Rozanski > <s...@jarekrozanski.com> wrote: > > Hi, > > > > What exactly triggers opening new "realtime" searcher? > > > > 2016-04-18_16:28:02.33289 INFO (qtp1038620625-13) [c:col1 s:shard1 > > r:core_node3 x:col1_shard1_replica3] o.a.s.s.SolrIndexSearcher Opening > > Searcher@752e986f[col1_shard1_replica3] realtime > > > > I am seeing above being triggered when adding documents to index. The > > frequency (from few milliseconds to few seconds) does not correlate with > > maxTime of either autoCommit or autoSoftCommit (which are fixed to tens > > of seconds). > > > > Client never sends commit message explicitly (and there is > > IgnoreCommitOptimizeUpdateProcessorFactory in processor chain). > > > > Re: Solr 5.5.0 > > > > > > > > Thanks, > > Jarek > >