1 讀寫速度

這存儲(chǔ)數(shù)據(jù)方式往往決定讀寫的速度。

• MySQL 無(wú)論數(shù)據(jù)還是索引都存放在硬盤中。到要使用的時(shí)候才交換到內(nèi)存中。能夠處理遠(yuǎn)超過(guò)內(nèi)存總量的數(shù)據(jù)。

• MongoDB 的所有數(shù)據(jù)實(shí)際上是存放在硬盤的，所有要操作的數(shù)據(jù)通過(guò) mmap 的方式映射到內(nèi)存某個(gè)區(qū)域內(nèi)。然后，MongoDB 就在這塊區(qū)域里面進(jìn)行數(shù)據(jù)修改，避免了零碎的硬盤操作。

• redis 所有數(shù)據(jù)都是放在內(nèi)存中的。但是它也支持?jǐn)?shù)據(jù)持久化到硬盤中。

我們都知道磁盤讀取數(shù)據(jù)的效率遠(yuǎn)遠(yuǎn)低于內(nèi)存。所以在一般情況下，這三者的讀寫數(shù)據(jù)的速度排序是：Redis > MongoDB > Mysql

2 是否支持事務(wù)以及復(fù)雜查詢

MySql 是關(guān)系型數(shù)據(jù)庫(kù)，支持事務(wù)操作以及 join 方式的復(fù)結(jié)構(gòu)化查詢。而 MongoDB 是非關(guān)系型數(shù)據(jù)庫(kù), 既不支持事務(wù)操作，也不支持 join 操作。Redis 同樣不支持。

因此，針對(duì)以下場(chǎng)景應(yīng)考慮使用 MySql：
1）業(yè)務(wù)數(shù)據(jù)中有大量結(jié)構(gòu)化數(shù)據(jù)，如用戶賬號(hào)、地址等。因?yàn)檫@些數(shù)據(jù)通常需要做結(jié)構(gòu)化查詢。
2）業(yè)務(wù)存在許多事務(wù)性操作，需要保證事務(wù)的強(qiáng)一致性。

3 業(yè)務(wù)數(shù)據(jù)量增長(zhǎng)速度

在一到兩年內(nèi)，業(yè)務(wù)數(shù)據(jù)的增長(zhǎng)量不在預(yù)測(cè)范圍內(nèi)，優(yōu)先考慮使用 MongoDB。

因?yàn)?MongoDB 內(nèi)建了sharding、很多數(shù)據(jù)分片的特性，容易水平擴(kuò)展，比較好的適應(yīng)大數(shù)據(jù)量增長(zhǎng)的需求。而 MySql 在這方面表現(xiàn)要遜色些，MySql 單表數(shù)據(jù)量達(dá)到 5-10 G 時(shí)會(huì)出現(xiàn)明細(xì)的性能降級(jí)，需要做數(shù)據(jù)的水平和垂直拆分、庫(kù)的拆分完成擴(kuò)展。

Redis 由于內(nèi)存容量限制，不會(huì)用來(lái)存儲(chǔ)大量數(shù)據(jù)。一般拿它做緩存。

4 表結(jié)構(gòu)是否明確

如果在業(yè)務(wù)場(chǎng)景中，數(shù)據(jù)庫(kù)表接口不明確，數(shù)據(jù)還在不斷增加。例如以下場(chǎng)景，內(nèi)容管理平臺(tái)（如 BBS 論壇中帖子場(chǎng)景），用戶社交平臺(tái)（如貼吧中的帖子以及用戶評(píng)論），優(yōu)先考慮使用 MangDB 。

因?yàn)?MongoDB 是非結(jié)構(gòu)化文檔數(shù)據(jù)庫(kù)，擴(kuò)展字段很容易且不會(huì)影響原有數(shù)據(jù)。