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

什么是ES？

是兩個(gè)高擴(kuò)展、開源的全文檢索和分析引擎，它可以不準(zhǔn)實(shí)時(shí)動(dòng)態(tài)地飛快存儲(chǔ)、搜索、分析海量的數(shù)據(jù)。

Elasticsearch中索引結(jié)束之后，用戶便可根據(jù)他們的數(shù)據(jù)運(yùn)行復(fù)雜的查詢，并可以使用聚合來檢索自身數(shù)據(jù)的緊張匯總。

elasticsearch海量數(shù)據(jù)存儲(chǔ)規(guī)則？

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

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

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

數(shù)據(jù)庫層面主鍵最好是是趨近于的，不要用uuid，減少空間占內(nèi)存；

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

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

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

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

全值自動(dòng)分配我最愛，最左字母要遵守；

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

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

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

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

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

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