es和redis區別

es和redis區別

es和redis區別

elasticsearch

課程推薦→:《elasticsearch全文搜索實戰》(實戰視頻)來自課程《千萬級數據并發解決方案(理論+實戰)》

相較于mongodbredis,晚一年發布的ES可能知名度要低一些,但是ES在搜索引擎領域的名聲絕對是是響當當的。相較于其他高大上的數據庫產品,ES的出身要屌絲很多。

ES的創建者Shay Banon曾經是一個失業的屌絲程序員,在無事可干的時候為了方便老婆搜索食譜而創建了ES(當然,當時還不叫ES)。不料無心插柳柳成蔭,成就了今天最熱門的搜索引擎數據庫,果然妹子才是程序員工作的最大動力??!

ES也專門成立了自己的Elastic公司已經獲得數億美金融資,當年的屌絲程序員Shay Banon也早已逆襲成為CEO并走上人生巔峰。諸位程序員看官讀完這個故事是不是也已經開始內心澎湃的想象自己出任CEO迎娶白富美那一天了?

ES的特點,正如其名,那就是搜索。嚴格的說,ES不是一個數據庫,而是一個搜索引擎,ES的方方面面也都是圍繞搜索設計的。ES支持全文搜索,這里簡單解釋下什么是全文搜索:對于“我在北京的一家互聯網公司工作”這樣的數據,如果你搜索“北京”、“互聯網”、“工作”這些關鍵詞都能命中這條數據的話,這就是全文搜索,你每天都在用的百度、Google都屬于全文搜索。

值得一提的是,ES的全文搜索對中文也有很好的支持(單是中文分詞器就有很多種),絕對能夠滿足國內大多數人的全文搜索需求。除了搜索之外,ES還會自動的替你對所有字段建立索引,以實現高性能的復雜聚合查詢,因此只要是存入ES的數據,無論再復雜的聚合查詢也可以得到不錯的性能,而且你再也不用為如何建立各種復雜索引而頭痛了。

說了這么多ES的優點,你是不是覺得ES簡直萬能了?

可惜不是的,ES也有很多的短處,最明顯的就是字段類型無法修改、寫入性能較低和高硬件資源消耗。前邊講到ES會自動的替你建立索引,盡管這能給全文搜索以及聚合查詢帶來很多好處還能替你省了建索引這一麻煩事,但是這個特性也會帶來一問題。

ES需要在創建字段前要預先建立Mapping,Mapping中包含每個字段的類型信息,ES需要根據Mapping為字段建立合適的索引。由于這個Mapping的存在,ES中的字段一但建立就不能再修改類型了。

(例如,你建的數據表的某個字段忘了加全文搜索,你想臨時加上,但是表已經建好并且已經有很多數據了,這時候該怎么辦呢?不好意思,你只能把整個數據表刪了再重建一遍?。?/p>

因此,ES在數據結構靈活度上高于mysql但遠不如MongoDB。ES的缺點還不止這些,自動建立索引使得ES的寫入性能也收到了影響,要明顯低于MongoDB。

對于同樣的數據ES占用的存儲空間也要明顯大于MongoDB(建那么多索引能不占空間嗎?),對硬件資源的消耗也是非常厲害,大數據量下64G內存+SSD基本是標配,算得上是數據庫中的貴族服務了,因此如果你的老板很小氣,對于ES的選用可要慎重嘍!

ES的全文搜索特性使它成為構建搜索引擎的利器。除此之外,ES很好的支持了復雜聚合查詢這一特點還使得ES非常適合拿來作數據分析使用。

其實,ES還專門做了與自己配套的elk套裝,給你提供從日志收集到數據可視化分析的一條龍服務,絕對是構建高大上數據分析平臺的利器。

但是,ES的高成本和低寫入性能這些缺點也注定了它不適合用在那些數據價值不高、對寫入性能有要求、數據量大而成本受限的場景中。

Redis

Redis是現在最熱門的key-value數據庫。它與MongoDB同在2009年發布,也同樣是早期大數據時代的數據庫代表作。

Redis的最大特點當然就是key-value存儲所帶來的簡單和高性能了。所謂key-value存儲,就是每一條記錄只包含一個用于查詢數據的Key,以及與之對應的存儲數據的value,就如同現實生活中的門牌號與住戶,而沒有諸如表、字段這些常規數據庫中必需有的復雜概念,所有的查詢都僅僅依賴于key值。

因此,key-value數據庫可謂是數據庫中數據結構最簡單的一種,也得益于這種簡單的結構,再加上Redis會把所有數據加載到內存中的,Redis能得到遠高于MongoDB這類常規數據庫的讀寫性能。當然,Redis的功能還不止key-value存儲這么簡單,相較它的key-value前輩memcached,Redis還支持數據持久化,list、set等多種數據結構,主從復制備份等一些列功能,因此Redis絕對稱得上是key-value數據庫中功能最全面、最簡單易用的款。

Redis的key-valule存儲帶來了性能這個優勢,但是也給復雜查詢帶來了很多局限。由于閹割掉了數據表、字段這樣的重要特性,且所有的查詢都依賴key,因此Redis無法提供常規數據庫所具備的多列查詢、區段查詢等復雜查詢功能。

同時,由于Redis需要把數據存在內存中,這也大大限制了Redis可存儲的數據量,這也決定了Redis難以用在數據規模很大的應用場景中。

Redis犧牲了常規數據庫中的數據表、復雜查詢等功能,換來了很大的性能提升,特別適合那些對讀寫性能要求極高,且數據表結構簡單(key-value、list、set之類)、查詢條件也同樣簡單的應用場景。

如果你的數據表結構還挺復雜,你還經常需要做一些復雜查詢操作,那你最好還是老老實實用MongoDB或者SQL吧。

更多Redis相關知識,請訪問Redis使用教程欄目!

以上就是es和

? 版權聲明
THE END
喜歡就支持一下吧
點贊8 分享