Solr filterCache, firstSearcher ve newSearcher'mı nasıl yapılandırmalıyım?

Question

Soru 1: Arama yapanlarmı solrconfig.xml sayfamda optimize etmeye çalışıyorum ve ısınabilecek iki farklı arayıcı var. Anlayışım, firstSearcher'ın yalnızca sunucu açılışında tetiklediği. Yeni bir araştırmaya ihtiyacınız olduğunda yeni bir Arama oluşturuldu. Bana öyle geliyor ki, her birinde aynı fq ve fasetlerin belirtilmesini istiyoruz. Onları farklılaştırmak isteyeceğiniz bir durum ne zaman?

Soru 2: Bir fq veya faset eklemenin arama motoru başlangıç ​​zamanı üzerindeki etkisini belirleyebileceğim herhangi bir yol var mı? Bir araştırmacının başlama zamanlarını fqs/facets ile karşılaştırmaksızın ölçebildiğimi biliyorum, ama bu çok ayrıntılı değil. Bireysel fq/faset için maliyet/fayda olduğunu varsayarak, hangi şeylerin ısınmaya ve hangilerine değmeyeceğine karar verebilmek için bunu ölçmek isterim.

Soru 3: filterCache'imi nasıl etkili bir şekilde boyutlandırabilirim? Vurgulanması muhtemel olan belirli bir dizi fq'im var, yaklaşık 500 tanesi, bu yüzden 500'e ayarlamışım gibi görünüyor. Ancak Solr, filtrelenmesi gereken sorgu sonuçları için filterCache kullanıyor gibi görünüyor. Sorgularımın% 90'ını karşıdan yüklediğinden, önbellek boyutunun temeli olarak beklenen sorgu sayısını kullanmamız gerekecek gibi görünüyor. Bu doğru mu?

Answer 1

1. Anlayışınız doğru. Bununla birlikte, yeni bir Araştırmacı sonuncusundan otomatikleştirilebilir, yani bu bir farktır. Bir diğeri ise, her ne kadar yeni bir İşlemci taahhütte bulunduğundan beri, sıkça işlem yapıyorsanız, soğuktan başlamaktan çok daha az iş yapmak isteyebilirsiniz.

2. Harika bir yoldan haberdar değilim. Sorgular seri olarak çalıştırılır ve en azından ilk Arama Aracı ile erişim günlüğünde gösterilir, böylece ne kadar sürdüğünü tam anlamıyla görebilirsiniz. Belirli bir sorgu kümesinin "yeterince sıcak" bir şeyle sonuçlanıp sonuçlanmayacağı, oldukça fazla deneme ve hata olsa da.

3. FilterCache boyutuyla ilgili hatırlanması gereken en önemli şey, tek bir girişin (dizininizdeki Belge Sayısı)/8 bayt olmasıdır. Bu nedenle, boyutu 500 olarak ayarlarsanız ve dizininizde 100 milyondan fazla dokümana sahipseniz, yalnızca tutmak için 6.25G yığın gerekir. Genel olarak öneri, disk önbelleği için daha fazla bellek ayırmak için yığınınızı olabildiğince küçük boyutlandırmanızdır, ancak bu bir istisnadır. Faset sorguları önbelleğinize tahliye baskısı koyduğunda, bende aynı sorun var ve herhangi bir çözümün farkında değilim. Bakınız https://issues.apache.org/jira/browse/SOLR-8171.