But global on a qt would be awesome !!! Bill Bell Sent from mobile
> On Oct 17, 2013, at 2:43 PM, Yonik Seeley <ysee...@gmail.com> wrote: > > There isn't a global "cache=false"... it's a local param that can be > applied to any "fq" or "q" parameter independently. > > -Yonik > > >> On Thu, Oct 17, 2013 at 4:39 PM, Tim Vaillancourt <t...@elementspace.com> >> wrote: >> Thanks Yonik, >> >> Does "cache=false" apply to all caches? The docs make it sound like it is >> for filterCache only, but I could be misunderstanding. >> >> When I force a commit and perform a /select a query many times with >> "cache=false", I notice my query gets cached still, my guess is in the >> queryResultCache. At first the query takes 500ms+, then all subsequent >> requests take 0-1ms. I'll confirm this queryResultCache assumption today. >> >> Cheers, >> >> Tim >> >> >>> On 16/10/13 06:33 PM, Yonik Seeley wrote: >>> >>> On Wed, Oct 16, 2013 at 6:18 PM, Tim Vaillancourt<t...@elementspace.com> >>> wrote: >>>> >>>> I am debugging some /select queries on my Solr tier and would like to see >>>> if there is a way to tell Solr to skip the caches on a given /select >>>> query >>>> if it happens to ALREADY be in the cache. Live queries are being inserted >>>> and read from the caches, but I want my debug queries to bypass the cache >>>> entirely. >>>> >>>> I do know about the "cache=false" param (that causes the results of a >>>> select to not be INSERTED in to the cache), but what I am looking for >>>> instead is a way to tell Solr to not read the cache at all, even if there >>>> actually is a cached result for my query. >>> >>> Yeah, cache=false for "q" or "fq" should already not use the cache at >>> all (read or write). >>> >>> -Yonik
