[
https://issues.apache.org/jira/browse/SOLR-10059?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17213937#comment-17213937
]
Johannes Baiter edited comment on SOLR-10059 at 10/14/20, 2:01 PM:
-------------------------------------------------------------------
I believe SOLR-14931 describes exactly the same issue in the above comment by
[~tboeghk], thank you [~cpoerschke]!
was (Author: jbaiter):
I believe SOLR-14931 describes exactly the issue [~tboeghk] described in the
above comment, thank you [~cpoerschke]!
> In SolrCloud, every fq added via <lst name="appends"> is computed twice.
> ------------------------------------------------------------------------
>
> Key: SOLR-10059
> URL: https://issues.apache.org/jira/browse/SOLR-10059
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Affects Versions: 6.4
> Reporter: Marc Morissette
> Priority: Major
> Labels: performance
> Attachments: SOLR-10059_7x.patch
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> While researching another issue, I noticed that parameters appended to a
> query via SearchHandler's <lst name="appends"> are added to the query twice
> in SolrCloud: once on the aggregator and again on the shard.
> The FacetComponent corrects this automatically by removing duplicates. Field
> queries added in this fashion are however computed twice and that hinders
> performance on filter queries that aren't simple bitsets such as those
> produced by the CollapsingQueryParser.
> To reproduce the issue, simply test this handler on a large enough
> collection, then replace "appends" with "defaults". You'll notice significant
> performance improvements.
> {code}
> <requestHandler name="/myHandler" class="solr.SearchHandler">
> <lst name="appends">
> <str name="fq">{!collapse field=routingKey hint=top_fc}</str>
> </lst>
> </requestHandler>
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
