DZone
Java Zone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
  • Refcardz
  • Trend Reports
  • Webinars
  • Zones
  • |
    • Agile
    • AI
    • Big Data
    • Cloud
    • Database
    • DevOps
    • Integration
    • IoT
    • Java
    • Microservices
    • Open Source
    • Performance
    • Security
    • Web Dev
DZone > Java Zone > Use of cache=false and Cost Parameters

Use of cache=false and Cost Parameters

Rafał Kuć user avatar by
Rafał Kuć
·
Mar. 10, 12 · Java Zone · Interview
Like (0)
Save
Tweet
4.56K Views

Join the DZone community and get the full member experience.

Join For Free

from the day solr 3.4 was released its users got a nice feature which decides if the results of a filter query or query should be placed in cache. in addition to that we got the possibility to set filter query cost. let’s see how to use those features.

parameter cache=false

setting the cache parameter to false we tell solr not to cache current query results. this parameter can also be used as a filter query ( fq ) attribute, which tell solr not to cache filter query results. what do we get from such behavior ? let’s imagine the following filter as a part of the query:

fq={!frange l=10 u=100}log(sum(sqrt(popularity),100))

if we know that the queries with filter like the above one are rare, we can decide not to cache them and not change cache state for irrelevant data. to do that we add the cache=false attribute in the following way:

fq={!frange l=10 u=100 cache=false}log(sum(sqrt(popularity),100))

as i told, adding this additional attribute will result in the filter results not being cached.

parameter cost

the additional feature of solr 3.4 is the possibility to set filter cost in case of those filters that we don’t want to cache. filter queries with specified cost are executed as last ones after all the cached filters. the cost attribute is specified as the integer value. let’s look at the following example filters:


fq=cat:video&fq={!cache=false cost=50}productgroup:12&fq={!frange l=10 u=100 cache=false cost=150}log(sum(sqrt(popularity),100))

the first filter to execute will be the fq=cat:video one because it is cached. the next one to evaluate will be the one with lesser cost value, so the fq={!cache=false cost=50} . the last filter to evaluate will be the most expensive filter. in addition the last filter will operate only on documents that match the main query and all previous filters (because its cost attribute is higher than 100).

you should remember that cost attribute work only when the filter query is not cached.

to sum up

with cache and cost attributes we can control what we place in solr cache, which is very good in most situation, when we know what queries are sent to solr instances. whats more, using those attributes we can improve query performance, for those queries that have filters with cost higher than 100. i think it’s worth to take a while, look at your queries and think about if you need to cache all of those :)

Filter (software) Database Cache (computing) Attribute (computing)

Published at DZone with permission of Rafał Kuć, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • After COVID, Developers Really Are the New Kingmakers
  • Autowiring in Spring
  • Challenges to Designing Data Pipelines at Scale
  • Why Is Software Integration Important for Business?

Comments

Java Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • MVB Program
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends:

DZone.com is powered by 

AnswerHub logo