一、傳統應用模式 （ALL IN ONE）
所有的東西都部署在一臺機器上，包括站點、資料庫、檔案等等(現在阿里雲的出現方便了很多)。核心工作就是：前端傳過來一些資料，然後業務邏輯層拼裝，然後訪問資料庫，資料庫返回資料，資料拼裝成頁面，最終返回到瀏覽器。
這時候資料庫可能會率先成為瓶頸，在流量峰值期容易宕機，第一可以優化sql語句，第二，典型的應用都是讀資料庫頻率遠大於寫資料庫頻率。這時候可以採用讀寫分離，多讀一寫的資料庫架構（一般是20%是寫庫，80%是讀庫）；

這時候的主要矛盾點已經變為業務複雜度的提升帶來的耦合，導致升級困難，開發容易引入bug，維護成本也提升。

1、Memcached 分散式快取伺服器，通過檔案快取來緩解資料庫壓力，為多個web伺服器提供了一個共享的高效能快取服務。在Memcached伺服器上，又發展了根據hash演算法來進行多臺Memcached快取服務的擴充套件，然後又出現了一致性hash來解決增加或減少快取伺服器導致重新hash帶來的大量快取失效的弊端。

不足：
由於資料庫的寫入壓力增加，Memcached只能緩解資料庫的讀取壓力。讀寫集中在一個數據庫上讓資料庫不堪重負，大部分網站開始使用主從複製技術來達到讀寫分離，以提高讀寫效能和讀庫的可擴充套件性。Mysql的master-slave模式成為這個時候的網站標配了。

2、主從複製讀寫分離
主從複製：往主服務裡插入一條資料的同時，也往從服務裡寫入一條資料（備份、容災）
讀寫分離：一般主作為寫（20%），從作為讀（80%）

3、在Memcached 快取記憶體、MySQL主從複製，讀寫分離的基礎之上，由於大量資料的增加，寫壓力開始出現瓶頸，由於MyISAM使用表鎖，在高併發下會出現嚴重的鎖問題，大量的高併發MySQL應用開始使用InnoDB引擎代替MyISAM。
同時開始使用分庫分表來緩解壓力。
MySQL的擴充套件性差（需要複雜的技術來實現），大資料下IO壓力大，表結構更改困難，正是當前使用MySQL的開發人員面臨的問題。

4、為什麼用NoSQL?
今天我們可以通過第三方平臺（如：Google,Facebook等）可以很容易的訪問和抓取資料。使用者的個人資訊，社交網路，地理位置，使用者生成的資料和使用者操作日誌已經成倍的增加。
我們如果要對這些使用者資料進行挖掘，那SQL資料庫已經不適合這些應用了, NoSQL資料庫的發展也卻能很好的處理這些大的資料。

二、什麼是NoSQL?

NoSQL(NoSQL = Not Only SQL )，意即“不僅僅是SQL”， 泛指非關係型的資料庫。

1、作用
NoSQL資料庫種類繁多，但是一個共同的特點都是去掉關係資料庫的關係型特性。資料之間無關係，這樣就非常容易擴充套件。也無形之間，在架構的層面上帶來了可擴充套件的能力。
NoSQL資料庫都具有非常高的讀寫效能，尤其在大資料量下，這得益於它的無關係性，資料庫的結構簡單。
NoSQL無需事先為要儲存的資料建立欄位，隨時可以儲存自定義的資料格式。而在關係資料庫裡，增刪欄位是一件非常麻煩的事情。如果是非常大資料量的表，增加欄位簡直就是一個噩夢。

2、關係型資料庫（RDBMS）VS 非關係型資料庫（NoSQL）
RDBMS：

• 高度組織化結構化資料
• 結構化查詢語言（SQL）
• 資料和關係都儲存在單獨的表中。
• 資料操縱語言，資料定義語言
• 嚴格的一致性

• 基礎事務

  NoSQL：

• 代表著不僅僅是SQL
• 沒有宣告性查詢語言
• 沒有預定義的模式
• 鍵 - 值對儲存，列儲存，文件儲存，圖形資料庫
• 最終一致性，而非ACID屬性
• 非結構化和不可預知的資料
• CAP定理
• 高效能，高可用性和可伸縮性

總結： RDBMS 和NoSQL都有各自的特點和使用的應用場景，讓關係資料庫關注在關係上，NoSQL關注在儲存上。

三、網際網路時代面臨的問題
1、3V 和 3高
3V: 海量的資料流量；多樣(商品種類、各式各樣)；實時的資料需求
3高： 高併發；高可用；高效能

四、NoSQL 資料模型簡介
傳統的關係型資料模型的設計基本上是 基於資料庫正規化建立1：1 / 1：N / N:N,主外來鍵的關係設計。
1、NoSQL的設計：
使用Bson() 類似於json的一種二進位制形式的儲存格式，簡稱 Binary JSON,它也同樣支援內嵌的文件物件和陣列物件。
2、聚合模型
高併發的操作是不太建議有關聯查詢的，網際網路公司用冗餘資料來避免關聯查詢，分散式事務是支援不了太多的併發的。
3、NoSQL資料庫的四大分類：
①KV鍵值對：redis，內容快取，主要用於處理大量資料的高訪問負載等；
②bson：文件資料庫，MongoDB 是一個基於分散式檔案儲存的資料庫，C++編寫的。皆在為web應用提供可擴充套件的高效能資料儲存解決方案。它介於關係型資料庫與非關係型資料庫之間的產品，是非關係型中功能最豐富的，且最像關係型資料庫的；
③列儲存資料庫：分散式檔案系統
④圖關係型資料庫 ：它不是放圖的，放的是 關係：如朋友圈社交網路等。專注於關係圖譜。