[
https://issues.apache.org/jira/browse/LUCENE-9002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971854#comment-16971854
]
ASF subversion and git services commented on LUCENE-9002:
---------------------------------------------------------
Commit 8da9e1915fb41298f03c3c5748fe580cd17da4fb in lucene-solr's branch
refs/heads/branch_8x from ginger
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=8da9e19 ]
LUCENE-9002: Query caching leads to absurdly slow queries (#940)
Co-Authored-By: Adrien Grand <jpou...@gmail.com>
> query caching leads to absurdly slow queries
> --------------------------------------------
>
> Key: LUCENE-9002
> URL: https://issues.apache.org/jira/browse/LUCENE-9002
> Project: Lucene - Core
> Issue Type: Improvement
> Components: core/search
> Affects Versions: 7.7.2, 8.2
> Reporter: Guoqiang Jiang
> Priority: Major
> Labels: cache, performance
> Time Spent: 9h 20m
> Remaining Estimate: 0h
>
> *Description*
> We have dozens of ES clusters(based on Lucene) for metric scenarios. Most of
> the queries are like this: _host_ip:10.10.10.10 AND timestamp:[2019-10-01
> 00:00:00 TO 2019-10-05 23:59:59]_. And we frequently encounter some absurdly
> slow queries.
> *Solution*
> For a long time range query(e.g. 5 days), each range query will consume tens
> of megabytes of memory and spend hundreds of milliseconds to cache, but the
> benefits are not obvious. And those large cache entries will cause frequent
> cache eviction. So it's better to skip the caching action directly when
> large range query appears with a selective lead iterator.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
