MongoDB

MySQL

數(shù)據(jù)庫模型

非關系型

關系型

存儲方式

虛擬內存+持久化

不同引擎有不同存儲方式

查詢語句

獨特MongoDB查詢方式

傳統(tǒng)SQL語句

架構特點

可通過副本集和分片實現(xiàn)高可用

常見有單點、M-S、MHA、MMM、Cluster等架構方式

數(shù)據(jù)處理方式

基于內存，將熱數(shù)據(jù)存在物理內存中，從而達到高速讀寫

不同引擎擁有其自己的特點

成熟度

新興是數(shù)據(jù)庫，成熟度較低

擁有較為成熟的體系，成熟度較高

優(yōu)勢

• 無需經過sql層的解析，讀寫性能高；
• 基于鍵值對，數(shù)據(jù)沒有耦合性，容易擴展；
• 存儲數(shù)據(jù)的格式，nosql使用key:val的形式，文檔的形式，圖片形式等等，而關系型數(shù)據(jù)庫則只支持基礎類型
• 本身的failover（故障切換）機制，無需使用如MHA之類的方式實現(xiàn)。

• 容易理解
• 使用方便
• 易于維護
• 事務一致
• 支持SQL，可用于復雜的查詢

缺點

• 不提供sql支持，學習成本高
• 無事務處理，附加功能和報表支持也不好

• 為了維護一執(zhí)行需要消耗大量的性能
• 影響讀寫
• 固定的表結構
• 不適合高并發(fā)讀寫需求
• 不適合海量數(shù)據(jù)的高效率讀寫

主要應用場景

• 數(shù)據(jù)以文檔形式存儲，能夠有較好的代碼親和性，json格式的直接寫入方便。(如日志之類)?

• 從datamodels設計階段就將原子性考慮于其中，無需事務之類的輔助。

• 將mongodb作為類似redis ，memcache來做緩存db，為mysql提供服務，或是后端日志收集分析。

數(shù)據(jù)庫

database

database

數(shù)據(jù)庫表/集合

collection

table

數(shù)據(jù)記錄行/文檔

document

row

數(shù)據(jù)字段/域

field

column

索引

index

index

表連接

不支持

table joins

主鍵

primary key，自動將_id字段設置為主鍵

primary key