ReplicationHandler分布和優(yōu)化

優(yōu)化索引不是大多數(shù)用戶通常應(yīng)該擔(dān)心的事情 - 但是在使用 ReplicationHandler 時，用戶應(yīng)該意識到優(yōu)化索引的影響。

優(yōu)化主索引所需的時間可能會有很大的變化。一個小的索引可能會在幾分鐘內(nèi)優(yōu)化。一個非常大的索引可能需要幾小時。這些變量包括索引的大小和硬件的速度。

分布一個新優(yōu)化的索引可能只需要幾分鐘或長達一個小時或更長的時間，同樣取決于索引的大小以及網(wǎng)絡(luò)連接和磁盤的性能。在優(yōu)化過程中，機器處于負載狀態(tài)，不能很好地處理查詢。如果更新的時間表被驅(qū)動到slave服務(wù)器每小時幾次，我們無法針對每個提交的快照運行優(yōu)化。

復(fù)制一個優(yōu)化的索引意味著整個索引需要在下一個時間傳輸snappull。這是一個很大的開支，但并不像運行優(yōu)化那樣無處不在。

請考慮下面的例子：在 three-slave one-master配置上，分布新優(yōu)化的索引需要大約80秒的總計?？鐚訚L動更改需要每臺機器（或機器組）大約十分鐘。如果這個優(yōu)化是通過查詢層進行的，并且如果每個正在優(yōu)化的slave節(jié)點都被禁用并且沒有收到查詢，則首次部署將需要至少二十分鐘，并且可能長達一個半小時。此外，這些文件需要同步，以便下面的優(yōu)化，snappull不會認為獨立優(yōu)化的文件在任何方面都是不同的。這也會讓獨立的索引受到破壞，而不是每個都完美的副本。

對master設(shè)備進行優(yōu)化可以實現(xiàn)簡單的優(yōu)化操作。沒有查詢的slave需要停止服務(wù)。當查詢正常服務(wù)時，優(yōu)化的索引可以在后臺分配。優(yōu)化可以隨時發(fā)生，方便提供索引更新的應(yīng)用程序。

雖然優(yōu)化在某些情況下可能會有一些好處，但快速變化的指數(shù)不會長期保留這些好處，而且由于優(yōu)化是一個密集的過程，因此考慮其他選擇可能會更好，如降低合并因子（在索引配置部分有介紹）。