The slaves will be able to replicate from the master as before but not
in NRT depending on your commit interval. Commit interval can be set
higher for NRT as it is not needed for searches except for consolidating
the index changes on the master and can be an hr or even more. It maybe
easier to
Hi Nagendra,
Certainly interesting! Would this work in a Master/slave setup where the
reads are from the slaves and all writes are to the master?
Regards,
Dipti Srivastava
On 2/15/12 5:40 AM, "Nagendra Nagarajayya"
wrote:
>
>If you are looking for NRT functionality with Solr 3.5, you may want
If you are looking for NRT functionality with Solr 3.5, you may want to
take a look at Solr 3.5 with RankingAlgorithm. This allows you to
add/update documents without a commit while being able to search
concurrently. The add/update performance to add 1m docs is about 5000
docs in about 498 ms
This has not been ported back to the 3.X line yet - mostly because it involved
some rather large and invasive changes that I wanted to bake on trunk for some
time first.
Even still, the back port is not trivial, so I don't know that it's something
I'd personally be able to get to in the short t
