什么是ES？是兩個高擴展、開源的全文檢索和分析引擎，它可以不準實時動態(tài)地飛快存儲、搜索、分析海量的數據。Elasticsearch中索引結束之后，用戶便可根據他們的數據運行復雜的查詢，并可以使用聚合來

什么是ES？

是兩個高擴展、開源的全文檢索和分析引擎，它可以不準實時動態(tài)地飛快存儲、搜索、分析海量的數據。

Elasticsearch中索引結束之后，用戶便可根據他們的數據運行復雜的查詢，并可以使用聚合來檢索自身數據的緊張匯總。

elasticsearch海量數據存儲規(guī)則？

es底層是lucene，lucene索引庫存的是倒排索引，數據中寫入過程將javabean轉成document對象，接著存到索引庫中，索引庫分索引區(qū)和文檔區(qū)，中寫入過程要先分詞，索引區(qū)存的是詞和這個詞在哪個文章什么位置，而文檔區(qū)存的是所有內容

如何簡單粗暴的優(yōu)化一張數據量增長很快的千萬級大表？

千萬級大表在不考慮到分庫分表的情況下有不勝感激幾個這個可以優(yōu)化的地方，祝成功：

數據庫層面主鍵最好是是趨近于的，不要用uuid，減少空間占內存；

依據什么需要網上查詢的字段，成立比較好的索引（除了合作索引），必要的時候根據explain查看先執(zhí)行計劃分析索引是否被暴擊命中

根據去查詢條件，刪除后一些命中率比較好低的索引，增加數據插入效率；

相對于一些急切網站查詢，.例如order by、group by等，要特別注意想執(zhí)行計劃的Extra列如何確定有Usingrestrictions字樣，如果有的話就意味著什么可以使用了臨時表，這種可以查詢的頻率比較高的話，這個可以適當會增大內存正式表空間，可以不增強去查詢速度；

去查詢SQL語句層面是對這種大數據量的表，查詢語句千萬不能建議使用自動導入的那種，最好就是手寫SQL，提高執(zhí)行效率并且盡量的避免一些無用字段的查詢，盡很可能的去在用索引。下面是幾句寫SQL常用口訣：

全值自動分配我最愛，最左字母要遵守；

帶頭大哥沒法死，中間兄弟又不能斷；

索引列上不可以計算，范圍之后全無法激活；

萊克百分寫最左，覆蓋索引不寫星；

不等空值另外噢，索引突然失效要少用。

擴大分析什么如果說你們的查詢都很頻繁，而且比較急切，攙雜了大量的模糊查詢這些統(tǒng)計查詢，個人建議把數據同步扔到es（Elasticsearch）里面一份，這樣的問題就能解決了。

以上個人意見，熱情大家在評論區(qū)給我留言溝通交流！