2017-05-03 7 views
-1

コアモジュールが検索であるウェブサイトがあります。検索エンジンは、パラメータ(つまり、非テキスト検索)を主に処理し、それに対してsolrを使用しています。SolrからElastic Searchへの切り替え

問題直面しているのは、です。複雑なソートを使用しているため、CPU使用率が高くなることがあります。 solr4からsolr5またはsolr6に切り替えた場合でも、パフォーマンスが向上しない

私はElastic Searchを使用することを考えています。これは有益でしょうか?

データの詳細:

Site : Dating Site 
Data : 800k Male, 500k Female 
Solr Used : 4 (under ha proxy) 

クエリ評価:フィルタ(年齢=、高さ=、都市= ....約20このようなパラメータ)と(嗜好マッチング逆)ソーティング

+2

データモデル/マッピング、実行しているクエリ、使用しているデータ量、実行中のノード数(およびその仕様)を知らなくてもわかりにくいです... – Val

+0

@ valを確認してください –

答えて

0

問題ですあなたのボトルネック。 ElasticSearchとSolrはどちらもLuceneを使用しています。したがって、実際に検索パフォーマンスが問題である場合は、パフォーマンスを向上させる可能性は低いです。

代わりに、インストールのプロファイルを作成してから、ユーザーメーリングリストに参加して調整することをお勧めします。たとえば、特定のシナリオで役立つクエリパーサーがSolrに多数存在します。あるいは、特定のフィールドにdocValuesが必要な場合もあります。

質問に答えるには十分な情報がありませんが、一般的にSolrからElasticSearch(または他の方向)にジャンプしても、最初に持っているものを詳細にプロファイリングすることなく自動的にパフォーマンスが向上するわけではありません。

関連する問題