es常規通用優化引數

1）業務開發中，我們有時候需要返回分頁查詢資料，建議使用from+size分頁實現； }}

2）如果需要返回全量資料，建議使用scroll實現。

curl -xget 'localhost:9200/twitter/tweet/_search?scroll=1m' -d '}}

'4.避免使用大檔案

鑑於預設的http.max_context_length設定為100mb，elasticsearch將拒絕索引任何大於該文件的文件。您可能決定增加該特定設定，但lucene仍然有大約2gb的限制。

即使不考慮硬性指標限制，大型文件通常也不實用。大型文件對網路，記憶體使用和磁碟施加更多壓力，即使對於不請求_source的搜尋請求也是如此，因為elasticsearch需要在所有情況下獲取文件的_id，並且對於大型文件而言，獲取此字段的成本更高（歸因於檔案系統快取工作）。

索引大文件將使用數倍於原始文件大小的記憶體，全文搜尋（例如match_phrase短語查詢）和高亮顯示也變得更佔據記憶體呢、更耗時，因為它們的成本直接取決於原始文件的大小。

有時候需要重新考慮資訊單元什麼時候是有用的。例如，您想要對圖書做全文檢索，並不一定意味著乙個文件(document)對應一整本書。將章節甚至段落用作document可能是乙個更好的主意，然後在這些文件中有乙個屬性來標識它們所屬的書。

這不僅避免了大文件的問題，也使搜尋體驗更好。例如，如果使用者搜尋兩個單詞foo和bar，則不同章節之間的匹配可能非常差，而同一段落中的匹配可能很好。