文書(shū)管理：Solr提出はrdbms提出に等しくない。

Solrにはいわゆる「更新」、「データ完全性外鍵」または「多表」がないということを知っているかもしれませんが、実質(zhì)的には、Solr/Luceneはインデックス形式で日増しに増加する文書(shū)の集合を管理しています。文書(shū)のセットを追加、更新または削除するたびに、Solrは新しいセグメント（一山のファイル）をそのデータディレクトリに追加します。最後のセグメントの數(shù)はますます大きくなります。このような狀況に対応できる仕組みがあるので、ここでは説明を省略します。

Solrでは、一つを通過(guò)します。Searcherオブジェクトはすべての検索クエリを処理できます。Searcherはインデックス構(gòu)成のセグメントの集合において確立される。ここに提出する役割は簡(jiǎn)単です。「Solrに新しいSearcherを生成させ、新しいセグメントを含み、現(xiàn)在のSearcherを原子的に置換します。」

　　スピードを求めすぎないでください。

代価を惜しまないで同時(shí)に提出することを免れて、あなたがひっきりなしに新しいSearcherを構(gòu)築するため、その後またそれを投げました。実際、Searcherを同時(shí)に構(gòu)築すると、Solrの構(gòu)成に明示的な設(shè)定が発生し、厳密な上限が課され、デフォルト値は2である。ですから、同時(shí)に提出すれば、異常なスタックを獲得する可能性があります。

新しいSearcherを作成する時(shí)間を監(jiān)視します。Solrにおける新規(guī)作成/更新を最適化する文書(shū)の応答時(shí)間（流行説では「リアルタイム」）は、全體としてSolrが新しいSearcherオブジェクトを生成する時(shí)間をできるだけ減らすことです。Solrログを監(jiān)視し、「イベント=newSearcher」を検索し、それらの行のQTimeを検索します。時(shí)間をできるだけ合理的に短くするためです。新しいSeacherを構(gòu)築するスピードが速くなるので、構(gòu)築されたSeacherが多くなり、挿入、更新、削除の応答が速くなります。

Solrには二つの主要な提出戦略がある。最初のポリシーは、Solrが一定の時(shí)間間隔で提出を完了させることであり、この方法は自動(dòng)的に提出されるものとして、優(yōu)先的なポリシーとして考慮されるべきであり、アプリケーションの手動(dòng)管理からの脫卻を助けることができる。実際に、自動(dòng)提出を使用したら、自分で提出するのは非常に悪い方法になります。Searcherの上限を重ねても自動(dòng)提出のSearcherに適用されることを覚えてください。だから、Searcherを構(gòu)築する時(shí)間よりも自動(dòng)提出が長(zhǎng)いです。固定時(shí)間間隔で自動(dòng)的に提出するのは問(wèn)題があります。インデックスが更新されていない場(chǎng)合、定期的に新しいSearcherを構(gòu)築するのはCPUの無(wú)駄です。これも私達(dá)のために提出された第二の戦略を指摘してくれます。

譲歩するアプリケーション必要に応じて提出します。同時(shí)進(jìn)行は最?lèi)櫎史椒à扦ⅳ?、全體のロック機(jī)構(gòu)を?qū)g施するべきである。

　　Searcherにウォーミングアップする

「1つのセグメントだけを追加した新しいSearcherを構(gòu)築するのはどれぐらい遅いですか？Solrはこの點(diǎn)をよくサポートしていますし、非常に速いと思います」と考えるかもしれません。そうです。そのスピードはとても速いです。

唯一の問(wèn)題は新しいSearcherの最初のいくつかのクエリが非常に遅くなります。これはよくないです。高容量検索環(huán)境では、いくつかの遅いクエリが製品のショートボードとなり、最終的にアプリケーション層に影響を與える可能性がある。これらの最初のクエリが遅い背景にある理由は、新しいSearcherキャッシュに充填されたものが無(wú)駄です。Solr用語(yǔ)では、これを「Cold Searcher」と呼ぶ。Solrは「Cold Searcher」を使用することができますが、幸いにもこれは他のSearcherも登録されていない場(chǎng)合にのみ存在します。つまり、Solrのインスタンスが開(kāi)始された直後だけです。他のすべての場(chǎng)合、Solrはサービス要求に使用される際、クエリの速度があまり遅くないことを確認(rèn)するために、「Searcher」にウォームアップするいくつかの機(jī)構(gòu)を提供する。

二つのセットが新しいSearcherのウォームアップに影響を與えます。両者を結(jié)合して使うべきです。

一つはSolrをセットして、ウォームアップのSearcherを調(diào)べます。これらのクエリに対しては、いくつかのリアルタイムアプリケーションの典型的な照會(huì)サンプルを作成し、フィルタを除去した後、より一般的に使用できるようにすることができます。鍵は、アプリケーションで使用するさまざまな態(tài)様をできるだけ含むことであり、十分な空間があれば、このような方法はメモリに全文インデックスをロードします。

もう一つの方法はキャッシュにautwarmingを作ることです。キャッシュautwarmingは、舊キャッシュの値をウォームアップのSearcherキャッシュに予め充填しておくものです。

體の中のSearcherの鍵は、新しいSearcherと登録Searcherの時(shí)間的なバランスを確立するために見(jiàn)つけることです。（新しいSearchを作るのは速いですが、危険です。）このバランスを見(jiàn)つけるには実験が必要です。これらはすべてアプリケーション層の必要に応じています。