Details
-
New Feature
-
Status: Resolved
-
Minor
-
Resolution: Later
-
None
-
None
-
None
-
None
Description
If no shards parameter is supplied with a select request then sub-requests will go to a random selection of live solr nodes hosting shards for the collection of interest. All sub-requests must complete before results can be collated i.e. the slowest sub-request determines how fast the search completes.
Use of optional replicaAffinity can reduce the number of JVMs hit by a given search (the more JVMs are hit, the higher the chance of hitting a garbage collection pause in one of many JVMs). Preferentially directing requests to certain areas of the cloud can also be useful for debugging or when some replicas reside on 'faster' machines.
Attachments
Issue Links
- depends upon
-
SOLR-8332 factor HttpShardHandler[Factory]'s url shuffling out into a ReplicaListTransformer class
- Resolved
-
SOLR-8298 small preferLocalShards implementation refactor
- Closed
- relates to
-
SOLR-13258 'sticky' replica affinity support
- Resolved
-
SOLR-13257 Enable replica routing affinity for better cache usage
- Closed