--- **gateway支持的索引** 當elasticsearch關閉再啟動的時候,它就會從這個gateway里面讀取索引數據 --- **DistributedLucene Directory** Lucene的框架 --- **倒數第三層** 數據處理模塊,加工處理方式 * index module 創建index的模塊 * search module 搜索模塊 * mapping 定義索引下面type的處理規則,索引數據如何建立,索引數據類型 * river 插件,從外部獲取異構數據,然后在elasticsearch里面創建索引,常見的插件有RabbitMQ還有Twitter River --- **第三層** **Discovery** zen 是節點自動發現,自動注冊,如果master節點發生故障,其他節點會自動選舉出一個新的master節點 他是一個p2p的系統,首先通過廣播的機制尋找存在的節點,然后通過多播協議進行節點的通信,同時也支持點對點的交互 **scripting** 腳本支持的功能 **3 Plugins** 支持的第三方插件,中文分詞,狀態監控 --- **第二層** **Transport** 交互方式,有3種協議,默認用http協議來進行交互的 --- **第一層** 用resultapi進行交互 還可以通過java來開發工具 --- **es的更新**  --- **近實時檢索** 他里面有個refash的api 如果你把refash這個api設置成1秒,每秒生成個segment,這時候這個segment會比較小通常只有幾k,這樣不好,會有很多segment 生成segment的開銷很大,生成倒排索引是很復雜的,能寫個大的文件盡量寫個大文件 后面合并會耗費大量資源 refash設置比較大點,他導入會很快,一下子寫個大的索引,性能會提升上來 refash是把之前的segment進行close掉,close掉變為只讀的,這時候才能給你查,他會生成新的segment但是這時候還是不能查詢的 refresh api  如果想盡快的導入,不關心查詢,就把refash關閉掉,把他值設置為-1 針對某個索引refresh,如果你對所有的這樣,會把機器拖垮,其他也類似 --- **gateway參數**  第一個表示存在本地磁盤上面 expected-nodes我們集群應該有10個節點 recover_after_nodes當我們集群有8個節點我們應該開始最新數據的恢復操作了 recover_after_time當他找到8個節點的時候,等5分鐘再恢復,為了是稍后可能有2個節點稍后加進來,防止不斷的數據恢復和平衡,一般在95%左右 --- **元數據**