mariadb和mongodb區(qū)別介紹

《mariadb和mongodb區(qū)別介紹》由會員上傳分享，免費在線閱讀，更多相關內(nèi)容在應用文檔-天天文庫。

1、MongoDB與MariaDB介紹MongoDB:1．MongoDB1.1MongoDB簡介MongoDB是一個基于分布式文件存儲的數(shù)據(jù)庫，介于關系數(shù)據(jù)庫和非關系數(shù)據(jù)庫之間，是非關系數(shù)據(jù)庫當中功能最豐富，最像關系數(shù)據(jù)庫的。MongoDB最大的特點是他支持的查詢語言非常強大，其語法有點類似于面向對象的查詢語言，幾乎可以實現(xiàn)類似關系數(shù)據(jù)庫單表查詢的絕大部分功能，而且還支持對數(shù)據(jù)建立索引。MongoDB支持RUBY，PYTHON，JAVA，C++，PHP,C#等多種語言。MongoDB是高性能開源文檔數(shù)據(jù)庫，也是目前最受關注的NoSQL技

2、術之一，以敏捷、可擴展和對企業(yè)應用友好（支持事務，一致性和數(shù)據(jù)完整性保證，有大企業(yè)應用案例）而著稱。使用MongoDB的公司包括Foursquare,Craiglist,迪士尼，SAP，Intuit，EA等，國內(nèi)淘寶、大眾點評、視覺中國等公司有應用。MongoDB是一個介于關系數(shù)據(jù)庫和非關系數(shù)據(jù)庫之間的產(chǎn)品，是非關系數(shù)據(jù)庫當中功能最豐富，最像關系數(shù)據(jù)庫的。它支持的數(shù)據(jù)結構非常松散，是類似json的bjson格式，因此可以存儲比較復雜的數(shù)據(jù)類型。MongoDB有一個強大、靈活和可擴展數(shù)據(jù)存儲區(qū)。它結合了能力擴展與關系數(shù)據(jù)庫的許多最有用

3、的功能，如次索引范圍查詢和排序。MongoDB也具備十分強大的分片功能，如內(nèi)裝的支持處理樣式聚集和空間的索引。但MongoDB在機制上仍屬于NoSQL，由于NoSQL的使用經(jīng)驗缺乏、CPU占有率過大等缺點也制約了MongoDB的發(fā)展。1.2MongoDB特點l面向集合的存儲：適合存儲對象及JSON形式的數(shù)據(jù)。l動態(tài)查詢：Mongo支持豐富的查詢表達式。查詢指令使用JSON形式的標記，可輕易查詢文檔中內(nèi)嵌的對象及數(shù)組。l完整的索引支持：包括文檔內(nèi)嵌對象及數(shù)組。Mongo的查詢優(yōu)化器會分析查詢表達式，并生成一個高效的查詢計劃。l查詢監(jiān)視

4、：Mongo包含一個監(jiān)視工具用于分析數(shù)據(jù)庫操作的性能。l復制及自動故障轉移：Mongo數(shù)據(jù)庫支持服務器之間的數(shù)據(jù)復制，支持主-從模式及服務器之間的相互復制。復制的主要目標是提供冗余及自動故障轉移。l高效的傳統(tǒng)存儲方式：支持二進制數(shù)據(jù)及大型對象（如照片或圖片）。l自動分片以支持云級別的伸縮性（處于早期alpha階段）：自動分片功能支持水平的數(shù)據(jù)庫集群，可動態(tài)添加額外的機器。1.3MongoDB的版本發(fā)布1)2012年05月23日，MongoDB2.1開發(fā)分支發(fā)布了!該版本采用全新架構，包含諸多增強。2)2012年06月06日，Mong

5、oDB2.0.6發(fā)布，分布式文檔數(shù)據(jù)庫。3)2013年04月23日，MongoDB2.4.3發(fā)布，此版本包括了一些性能優(yōu)化，功能增強以及bug修復。4)2013年08月20日，MongoDB2.4.6發(fā)布。5)2013年11月01日，MongoDB2.4.8發(fā)布，是目前最新的穩(wěn)定版。2．與關系型數(shù)據(jù)庫相比，MongoDB的優(yōu)缺點（1）優(yōu)點：①弱一致性（最終一致），更能保證用戶的訪問速度：舉例來說，在傳統(tǒng)的關系型數(shù)據(jù)庫中，一個COUNT類型的操作會鎖定數(shù)據(jù)集，這樣可以保證得到“當前”情況下的精確值。這在某些情況下，例如通過ATM查看賬

6、戶信息的時候很重要，但對于Wordnik來說，數(shù)據(jù)是不斷更新和增長的，這種“精確”的保證幾乎沒有任何意義，反而會產(chǎn)生很大的延遲。他們需要的是一個“大約”的數(shù)字以及更快的處理速度。但某些情況下MongoDB會鎖住數(shù)據(jù)庫。如果此時正有數(shù)百個請求，則它們會堆積起來，造成許多問題。我們使用了下面的優(yōu)化方式來避免鎖定：每次更新前，我們會先查詢記錄。查詢操作會將對象放入內(nèi)存，于是更新則會盡可能的迅速。在主/從部署方案中，從節(jié)點可以使用“-pretouch”參數(shù)運行，這也可以得到相同的效果。?使用多個mongod進程。我們根據(jù)訪問模式將數(shù)據(jù)庫拆分

7、成多個進程。?②文檔結構的存儲方式，能夠更便捷的獲取數(shù)據(jù)。對于一個層級式的數(shù)據(jù)結構來說，如果要將這樣的數(shù)據(jù)使用扁平式的，表狀的結構來保存數(shù)據(jù)，這無論是在查詢還是獲取數(shù)據(jù)時都十分困難。舉例1：就拿一個“字典項”來說，雖然并不十分復雜，但還是會關系到“定義”、“詞性”、“發(fā)音”或是“引用”等內(nèi)容。大部分工程師會將這種模型使用關系型數(shù)據(jù)庫中的主鍵和外鍵表現(xiàn)出來，但把它看作一個“文檔”而不是“一系列有關系的表”豈不更好？使用“dictionary.definition.partOfSpeech='noun'”來查詢也比表之間一系列復雜（往往

8、代價也很高）的連接查詢方便且快速。舉例2：在一個關系型數(shù)據(jù)庫中，一篇博客（包含文章內(nèi)容、評論、評論的投票）會被打散在多張數(shù)據(jù)表中。在MongoDB中，能用一個文檔來表示一篇博客，評論與投票作為文檔數(shù)組，放在正文主文檔中。這樣數(shù)據(jù)更易于