You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Robert Brown <ro...@intelcompute.com> on 2016/03/08 14:56:07 UTC

Different scores depending on cloud node

Hi,

I have 2 shards, each with 1 replica.

When sending the same request to the cluster, I'm seeing the same 
results, but ordered differently, and with different scores.

Does this highlight an issue with my index, or is this an accepted anomaly?

Example of 8 results:

1st call:

160.2047
160.2047
157.86732
157.86732
157.86732
157.86732
152.6514
152.6514

2nd call:

157.86732
157.86732
157.86732
157.86732
157.64246
157.64246
150.39238
150.39238



Thanks,
Rob


Re: Different scores depending on cloud node

Posted by Shawn Heisey <ap...@elyograg.org>.
On 3/8/2016 6:56 AM, Robert Brown wrote:
> I have 2 shards, each with 1 replica.
>
> When sending the same request to the cluster, I'm seeing the same
> results, but ordered differently, and with different scores.
>
> Does this highlight an issue with my index, or is this an accepted
> anomaly?

SolrCloud's method of operation can result in a different number of
deleted documents on different replicas.  Deleted documents that still
exist within the index can affect scores.  Because SolrCloud picks an
available replica at random to satisfy queries, different requests will
use different replicas.

Distributed IDF, available starting in version 5.0 and described on the
following documentation page, can help even these differences out, but
will not completely eliminate them:

https://cwiki.apache.org/confluence/display/solr/Distributed+Requests

The only way that I know of to completely wipe out these anomalies is to
optimize your collection.  This will completely rewrite the index,
getting rid of deleted documents as it runs, which tends to be very slow
and can be very disruptive to Solr's performance.  It will also block
deleteByQuery requests until it is finished.

Thanks,
Shawn