You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Tomás Fernández Löbbe (Jira)" <ji...@apache.org> on 2019/08/21 18:58:00 UTC
[jira] [Updated] (SOLR-13257) Enable replica routing affinity for
better cache usage
[ https://issues.apache.org/jira/browse/SOLR-13257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Tomás Fernández Löbbe updated SOLR-13257:
-----------------------------------------
Fix Version/s: 8.3
master (9.0)
Resolution: Fixed
Status: Resolved (was: Patch Available)
Closing. Thanks [~mgibney]!
> Enable replica routing affinity for better cache usage
> ------------------------------------------------------
>
> Key: SOLR-13257
> URL: https://issues.apache.org/jira/browse/SOLR-13257
> Project: Solr
> Issue Type: New Feature
> Components: SolrCloud
> Reporter: Michael Gibney
> Assignee: Tomás Fernández Löbbe
> Priority: Minor
> Fix For: master (9.0), 8.3
>
> Attachments: AffinityShardHandlerFactory.java, SOLR-13257.patch, SOLR-13257.patch
>
> Time Spent: 4h 20m
> Remaining Estimate: 0h
>
> For each shard in a distributed request, Solr currently routes each request randomly via [ShufflingReplicaListTransformer|https://github.com/apache/lucene-solr/blob/master/solr/core/src/java/org/apache/solr/handler/component/ShufflingReplicaListTransformer.java] to a particular replica. In setups with replication factor >1, this normally results in a situation where subsequent requests (which one would hope/expect to leverage cached results from previous related requests) end up getting routed to a replica that hasn't seen any related requests.
> The problem can be replicated by issuing a relatively expensive query (maybe containing common terms?). The first request initializes the {{queryResultCache}} on the consulted replicas. If replication factor >1 and there are a sufficient number of shards, subsequent requests will likely be routed to at least one replica that _hasn't_ seen the query before. The replicas with uninitialized caches become a bottleneck, and from the client's perspective, many subsequent requests appear not to benefit from caching at all.
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org