這篇文章給大家聊聊關于mongodb和mysql，以及redis mysql完美結合對應的知識點，希望對各位有所幫助，不要忘了收藏本站哦。

mongodb主要用來干嘛，什么時候用，存什么樣的數據

簡介MongoDB[1]是一個基于分布式文件存儲的數據庫。由C++語言編寫。旨在為WEB應用提供可擴展的高性能數據存儲解決方案。

MongoDB[2]是一個介于關系數據庫和非關系數據庫之間的產品，是非關系數據庫當中功能最豐富，最像關系數據庫的。他支持的數據結構非常松散，是類似json的bson格式，因此可以存儲比較復雜的數據類型。Mongo最大的特點是他支持的查詢語言非常強大，其語法有點類似于面向對象的查詢語言，幾乎可以實現類似關系數據庫單表查詢的絕大部分功能，而且還支持對數據建立索引。

特點它的特點是高性能、易部署、易使用，存儲數據非常方便。主要功能特性有：*面向集合存儲，易存儲對象類型的數據。mongodb集群參考*模式自由。*支持動態查詢。*支持完全索引，包含內部對象。*支持查詢。*支持復制和故障恢復。*使用高效的二進制數據存儲，包括大型對象（如視頻等）。*自動處理碎片，以支持云計算層次的擴展性。*支持RUBY，PYTHON，JAVA，C++，PHP，C#等多種語言。*文件存儲格式為BSON（一種JSON的擴展）。*可通過網絡訪問。

使用原理

所謂“面向集合”（Collection-Oriented），意思是數據被分組存儲在數據集中，被稱為一個集合（Collection)。每個集合在數據庫中都有一個唯一的標識名，并且可以包含無限數目的文檔。集合的概念類似關系型數據庫（RDBMS）里的表（table），不同的是它不需要定義任何模式（schema)。NytroMegaRAID技術中的閃存高速緩存算法，能夠快速識別數據庫內大數據集中的熱數據，提供一致的性能改進。模式自由（schema-free)，意味著對于存儲在mongodb數據庫中的文件，我們不需要知道它的任何結構定義。如果需要的話，你完全可以把不同結構的文件存儲在同一個數據庫里。存儲在集合中的文檔，被存儲為鍵-值對的形式。鍵用于唯一標識一個文檔，為字符串類型，而值則可以是各種復雜的文件類型。我們稱這種存儲形式為BSON（BinarySerializedDocumentFormat）。[3][4]MongoDB已經在多個站點部署，其主要場景如下：1）網站實時數據處理。它非常適合實時的插入、更新與查詢，并具備網站實時數據存儲所需的復制及高度伸縮性。2）緩存。由于性能很高，它適合作為信息基礎設施的緩存層。在系統重啟之后，由它搭建的持久化緩存層可以避免下層的數據源過載。3）高伸縮性的場景。非常適合由數十或數百臺服務器組成的數據庫，它的路線圖中已經包含對MapReduce引擎的內置支持。不適用的場景如下：1）要求高度事務性的系統。2）傳統的商業智能應用。3）復雜的跨文檔（表）級聯查詢。[4]系統介紹分布式文件系統（DistributedFileSystem）是指文件系統管理的物理存儲資源不一定直接連接在本地節點上，而是通過計算機網絡與節點相連。分布式文件系統的設計基于客戶機/服務器模式。一個典型的網絡可能包括多個供多用戶訪問的服務器。另外，對等特性允許一些系統扮演客戶機和服務器的雙重角色。HBase是一個分布式的、面向列的開源數據庫，該技術來源于FayChang所撰寫的Google論文“Bigtable：一個結構化數據的分布式存儲系統。YonghongDataMart是基于自有技術研發的一款數據存儲、數據處理的軟件。YonghongDataMart的分布式文件存儲系統(ZDFS)是在HadoopHDFS基礎上進行的改造和擴展，將服務器集群內所有節點上存儲的文件統一管理和存儲。適用場景MongoDB的主要目標是在鍵/值存儲方式（提供了高性能和高度伸縮性）和傳統的RDBMS系統（具有豐富的功能）之間架起一座橋梁，它集兩者的優勢于一身。根據官方網站的描述，Mongo適用于以下場景。●網站數據：Mongo非常適合實時的插入，更新與查詢，并具備網站實時數據存儲所需的復制及高度伸縮性。●緩存：由于性能很高，Mongo也適合作為信息基礎設施的緩存層。在系統重啟之后，由Mongo搭建的持久化緩存層可以避免下層的數據源過載。●大尺寸、低價值的數據：使用傳統的關系型數據庫存儲一些數據時可能會比較昂貴，在此之前，很多時候程序員往往會選擇傳統的文件進行存儲。●高伸縮性的場景：Mongo非常適合由數十或數百臺服務器組成的數據庫，Mongo的路線圖中已經包含對MapReduce引擎的內置支持。●用于對象及JSON數據的存儲：Mongo的BSON數據格式非常適合文檔化格式的存儲及查詢。MongoDB的使用也會有一些限制，例如，它不適合于以下幾個地方。●高度事務性的系統：例如，銀行或會計系統。傳統的關系型數據庫目前還是更適用于需要大量原子性復雜事務的應用程序。●傳統的商業智能應用：針對特定問題的BI數據庫會產生高度優化的查詢方式。對于此類應用，數據倉庫可能是更合適的選擇。●需要SQL的問題。應用案例下面列舉一些公司MongoDB的實際應用：[7]Craiglist上使用MongoDB的存檔數十億條記錄。FourSquare，基于位置的社交網站，在AmazonEC2的服務器上使用MongoDB分享數據。Shutterfly，以互聯網為基礎的社會和個人出版服務，使用MongoDB的各種持久性數據存儲的要求。bit.ly,一個基于Web的網址縮短服務，使用MongoDB的存儲自己的數據。spike.com，一個MTV網絡的聯營公司，spike.com使用MongoDB的。Intuit公司，一個為小企業和個人的軟件和服務提供商，為小型企業使用MongoDB的跟蹤用戶的數據。sourceforge.net，資源網站查找，創建和發布開源軟件免費，使用MongoDB的后端存儲。etsy.com，一個購買和出售手工制作物品網站，使用MongoDB。紐約時報，領先的在線新聞門戶網站之一，使用MongoDB。CERN，著名的粒子物理研究所，歐洲核子研究中心大型強子對撞機的數據使用MongoDB。

MongoDB和MySQL的區別

MongoDB是一個面向文檔的數據庫，目前由10gen開發并維護，它的功能豐富，齊全，所以完全可以替代MySQL。與MySQL等關系型數據庫相比，MongoDB的優點如下：

①弱一致性，更能保證用戶的訪問速度。

②文檔結構的存儲方式，能夠更便捷的獲取數據。

③內置GridFS，支持大容量的存儲。

④內置Sharding。

⑤第三方支持豐富。(這是與其他的NoSQL相比，MongoDB也具有的優勢)

⑥性能優越

想用MongoDB取代MySQL可以嗎

先給出結論：不可以取代！

能提出這樣的問題，肯定是對Mongodb不是很了解，來看看MongoDB是什么，能做什么，不能做什么吧。

MongoDB

mongoDB是一個介于關系數據庫和非關系數據庫之間的產品，是非關系數據庫當中功能最豐富，最像關系數據庫的。他支持的數據結構非常松散，是類似json的bson格式，因此可以存儲比較復雜的數據類型。Mongo最大的特點是他支持的查詢語言非常強大，其語法有點類似于面向對象的查詢語言，幾乎可以實現類似關系數據庫單表查詢的絕大部分功能，而且還支持對數據建立索引。

特點：它的特點是高性能、易部署、易使用，存儲數據非常方便。主要功能特性有：面向集合存儲，易存儲對象類型的數據。模式自由。支持動態查詢。支持完全索引，包含內部對象。支持查詢。支持復制和故障恢復。使用高效的二進制數據存儲，包括大型對象（如視頻等）。自動處理碎片，以支持云計算層次的擴展性。支持RUBY，PYTHON，JAVA，C++，PHP，C#等多種語言。文件存儲格式為BSON（一種JSON的擴展）。可通過網絡訪問。使用原理所謂“面向集合”（Collection-Oriented），意思是數據被分組存儲在數據集中，被稱為一個集合（Collection)。每個集合在數據庫中都有一個唯一的標識名，并且可以包含無限數目的文檔。集合的概念類似關系型數據庫（RDBMS）里的表（table），不同的是它不需要定義任何模式（schema)。NytroMegaRAID技術中的閃存高速緩存算法，能夠快速識別數據庫內大數據集中的熱數據，提供一致的性能改進。模式自由（schema-free)，意味著對于存儲在mongodb數據庫中的文件，我們不需要知道它的任何結構定義。如果需要的話，你完全可以把不同結構的文件存儲在同一個數據庫里。存儲在集合中的文檔，被存儲為鍵-值對的形式。鍵用于唯一標識一個文檔，為字符串類型，而值則可以是各種復雜的文件類型。我們稱這種存儲形式為BSON（BinarySerializedDocumentFormat）。MongoDB已經在多個站點部署，其主要場景如下：1）網站實時數據處理。它非常適合實時的插入、更新與查詢，并具備網站實時數據存儲所需的復制及高度伸縮性。2）緩存。由于性能很高，它適合作為信息基礎設施的緩存層。在系統重啟之后，由它搭建的持久化緩存層可以避免下層的數據源過載。3）高伸縮性的場景。非常適合由數十或數百臺服務器組成的數據庫，它的路線圖中已經包含對MapReduce引擎的內置支持。

不適用的場景如下：

1）要求高度事務性的系統。

2）傳統的商業智能應用。

3）復雜的跨文檔（表）級聯查詢。

結論

從MongoDB不適用場景就可以看出其不可能替代MySQL.

爬蟲的數據庫選型，redis、leveldb、 mongodb、 mysql應該選哪個

選mongodb，爬蟲表字段不定，變化比較大，所以像mysql這種關系型數據庫不太合適，開發起來不大方便。而redis的數據查詢功能查詢功能相對來說比較弱，而有時爬回來的數據要做數據分析需要用到一些條件查詢，對于條件查詢redis是非常雞助的。leveldb不熟，不清楚。mongo基本可以實現上述的所有需求，動態字段、條件查詢，所以很適合用作爬蟲數據的存儲。

為啥Redis/Mongo這么快，就不能直接替代mysql嗎

mysql、redis、MongoDB基本上在對應的業務場景中都會用到。習慣上，所有的業務數據都是需要“落庫”的，這種“落庫”指關系型數據庫的數據寫入，可以很直觀的在關系型數據庫的客戶端進行查詢，可以持久化到磁盤空間，因mysql開源穩定，滿足業務需求，其成為互聯網公司的最優選擇。而redis經常在高并發的請求加速、優化用戶體驗中用到，普遍的做法是將數據庫中的數據請求一次，放入緩存中，同時返回給用戶，而修改數據庫時對緩存數據進行清理，保障數據一致性。而對于mongoDB，我在業務中使用不多，但其可以高效存儲二進制大對象(比如照片、視頻、消息等)，在業界得到了充分的認可。下面簡述一下其各自的優缺點，僅供參考。

mysql，優點：體積小、速度快、總體擁有成本低，開源，提供的接口支持多種語言連接操作；支持多種操作系統；采用完全的多線程編程，線程輕量；鑒權體系完善。缺點：不支持熱備份，但可通過binlog日志進行同步；不支持自定義數據類型；對xml支持不夠良好，但此基本上可以忽略，目前很少見到xml的使用。

redis，優點：讀寫性能優異，選擇的最大理由；支持數據持久化，支持AOF和RDB兩種持久化方式；支持主從復制，可以進行讀寫分離；數據結構豐富；缺點：不具備自動容錯和恢復功能，主機從機宕機導致客戶端請求失敗；主機宕機，宕機前有部分數據未能及時同步到從機，切換IP后還會引入數據不一致的問題，降低了系統的可用性；Redis的主從復制采用全量復制，網絡波動時可能進行全量的數據復制，對集群造成壓力；Redis較難支持在線擴容，在集群容量達到上限時在線擴容比較復雜。

MongoDB，優點：弱一致性(最終一致)，更能保證用戶的訪問速度；文檔結構的存儲方式，能夠更便捷的獲取數；高效存儲二進制大對象(比如照片、視頻、消息等)；與其他的NoSQL相比第三方支持豐富；缺點：不支持事務操作；占用空間過大；成熟的維護工具較為欠缺。

個人感覺，redis適用于數據變化快且數據庫大小可預見（適合內存容量）的業務場景，其適合做關系型數據庫的中間層。MongoDB可以作為大數據對象(比如照片、視頻、消息等)的數據緩存層組合出一個必要的數據實體（靈活的json結構可以組合出復雜數據類型，又可以復制多臺服務器），讀取速度也快，高并發構建主從服務器無壓力。

作者：夕陽雨晴，歡迎關注我的頭條號：偶爾美文，主流Java，為你講述不一樣的碼農生活。

關于mongodb和mysql，redis mysql完美結合的介紹到此結束，希望對大家有所幫助。