I have migrated my application's elastic search version from 2.4 to 6.3, in which i saw decrease in performance figures. Size parameter in query request in old version was 1000000000, and by this i was getting 2719674 documents in just 42 seconds, but in new version we need to use scroll concept with size=10000, which gives me same result in 426 seconds which is really not acceptable.
and code for that is as follows.
You can change index.max_result_window in your index settings to 1000000000 if you want to be able again to retrieve 1000000000 in one request.
Not sure I'd do this though... Memory pressure wise.
if i use index.max_result_window = 1000000000 then it can cause memory issue (is there any way to avoid this), but in the scroll part can you please provide me solution which will boost the performance and give results as older version ?
It's because elasticsearch does not have to reorder documents while reading them. Just read them as they come. The default sort order on _score may have to reorder the documents which means that the deeper you go, the longer it takes. IIRC
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.