摘要：通過(guò)計(jì)算機(jī)特征值時(shí)間進(jìn)程與隨機(jī)數(shù)來(lái)確保生成的是唯一的。整體上來(lái)看，的速率波動(dòng)比的嚴(yán)重，方差變化較大。的缺陷事務(wù)關(guān)系支持薄弱。一方面在方便開(kāi)發(fā)者的同時(shí)，另一方面對(duì)運(yùn)維人員卻提出了相當(dāng)多的要求。

在數(shù)據(jù)庫(kù)存放的數(shù)據(jù)中，有一種特殊的鍵值叫做主鍵，它用于惟一地標(biāo)識(shí)表中的某一條記錄。也就是說(shuō)，一個(gè)表不能有多個(gè)主鍵，并且主鍵不能為空值。無(wú)論是MongoDB還是MySQL，都存在著主鍵的定義。
對(duì)于MongoDB來(lái)說(shuō)，其主鍵名叫”_id”，在生成數(shù)據(jù)的時(shí)候，如果用戶(hù)不主動(dòng)為其分配一個(gè)主鍵的話，MongoDB會(huì)自動(dòng)為其生成一個(gè)隨機(jī)分配的值。

在MySQL中，主鍵的指定是在MySQL插入數(shù)據(jù)時(shí)指明PRIMARY KEY來(lái)定義的。當(dāng)沒(méi)有指定主鍵的時(shí)候，另一種工具 —— 索引，相當(dāng)于替代了主鍵的功能。索引可以為空，也可以有重復(fù)，另外有一種不允許重復(fù)的索引叫惟一索引。如果既沒(méi)有指定主鍵也沒(méi)有指定索引的話，MySQL會(huì)自動(dòng)為數(shù)據(jù)創(chuàng)建一個(gè)。

插入穩(wěn)定性是指，隨著數(shù)據(jù)量的增大，每插入一定量數(shù)據(jù)時(shí)的插入速率情況。

在本次測(cè)試中，我們把這個(gè)指標(biāo)的規(guī)模定在10w，即顯示的數(shù)據(jù)是在每插入10w條數(shù)據(jù)時(shí)，在這段時(shí)間內(nèi)每秒鐘能插入多少條數(shù)據(jù)。

先呈現(xiàn)四張圖上來(lái)：
1. MongoDB指定_id插入：

2. MongoDB不指定_id插入：

3. MySQL指定PRIMARY KEY插入：

4. MySQL不指定PRIMARY KEY插入：

整體上的插入速度還是和上一回的統(tǒng)計(jì)數(shù)據(jù)類(lèi)似：MongoDB不指定_id插入 > MySQL不指定主鍵插入 > MySQL指定主鍵插入 > MongoDB指定_id插入。

從圖中可以看出，在指定主鍵插入數(shù)據(jù)的時(shí)候，MySQL與MongoDB在不同數(shù)據(jù)數(shù)量級(jí)時(shí)，每秒插入的數(shù)據(jù)每隔一段時(shí)間就會(huì)有一個(gè)波動(dòng)，在圖表中顯示成為規(guī)律的毛刺現(xiàn)象。而在不指定插入數(shù)據(jù)時(shí)，在大多數(shù)情況下插入速率都比較平均，但隨著數(shù)據(jù)庫(kù)中數(shù)據(jù)的增多，插入的效率在某一時(shí)段有瞬間下降，隨即又會(huì)變穩(wěn)定。

整體上來(lái)看，MongoDB的速率波動(dòng)比MySQL的嚴(yán)重，方差變化較大。

MongoDB在指定_id插入時(shí)，當(dāng)插入的數(shù)據(jù)變多之后，插入效率有明顯地下降。在其他三種的插入測(cè)試中，從開(kāi)始到結(jié)束，其插入的速率在大多數(shù)的時(shí)候都固定在一個(gè)標(biāo)準(zhǔn)上。

毛刺現(xiàn)象是因?yàn)?，?dāng)插入的數(shù)據(jù)太多的時(shí)候，MongoDB需要將內(nèi)存中的數(shù)據(jù)寫(xiě)進(jìn)硬盤(pán)，MySQL需要重新分表。這些操作每當(dāng)數(shù)據(jù)庫(kù)中的數(shù)據(jù)達(dá)到一定量級(jí)后就會(huì)自動(dòng)進(jìn)行，因此每隔一段時(shí)間就會(huì)有一個(gè)明顯的毛刺。

MongoDB畢竟還是新生事物，其穩(wěn)定性沒(méi)有已應(yīng)用多年的MySQL優(yōu)秀。

MongoDB在指定_id插入的時(shí)候，其性能的下降還是很厲害的。

在讀取的數(shù)據(jù)規(guī)模不大時(shí)，MongoDB的查詢(xún)速度真是一騎絕塵，甩開(kāi)MySQL好遠(yuǎn)好遠(yuǎn)。

在查詢(xún)的數(shù)據(jù)量逐漸增多的時(shí)候，MySQL的查詢(xún)速度是穩(wěn)步下降的，而MongoDB的查詢(xún)速度卻有些起伏。

如果MySQL沒(méi)有經(jīng)過(guò)查詢(xún)優(yōu)化的話，其查詢(xún)速度就不要跟MongoDB比了。MongoDB可以充分利用系統(tǒng)的內(nèi)存資源，我們的測(cè)試機(jī)器內(nèi)存是64GB的，內(nèi)存越大MongoDB的查詢(xún)速度就越快，畢竟磁盤(pán)與內(nèi)存的I/O效率不是一個(gè)量級(jí)的。

本次實(shí)驗(yàn)的查詢(xún)的數(shù)據(jù)也是隨機(jī)生成的，因此所有待查詢(xún)的數(shù)據(jù)都存在MongoDB的內(nèi)存緩存中的概率是很小的。在查詢(xún)時(shí)，MongoDB需要多次將內(nèi)存中的數(shù)據(jù)與磁盤(pán)進(jìn)行交互以便查找，因此其查詢(xún)速率取決于其交互的次數(shù)。這樣就存在這樣一種可能性，盡管待查詢(xún)的數(shù)據(jù)數(shù)目較多，但這段隨機(jī)生成的數(shù)據(jù)被MongoDB以較少的次數(shù)從磁盤(pán)中取出。因此，其查詢(xún)的平均速度反而更快一些。這樣看來(lái)，MongoDB的查詢(xún)速度波動(dòng)也處在一個(gè)合理的范圍內(nèi)。

MySQL的穩(wěn)定性還是毋庸置疑的。

相比較MySQL，MongoDB數(shù)據(jù)庫(kù)更適合那些讀作業(yè)較重的任務(wù)模型。MongoDB能充分利用機(jī)器的內(nèi)存資源。如果機(jī)器的內(nèi)存資源豐富的話，MongoDB的查詢(xún)效率會(huì)快很多。

在帶”_id”插入數(shù)據(jù)的時(shí)候，MongoDB的插入效率其實(shí)并不高。如果想充分利用MongoDB性能的話，推薦采取不帶”_id”的插入方式，然后對(duì)相關(guān)字段作索引來(lái)查詢(xún)。

MongoDB適合那些對(duì)數(shù)據(jù)庫(kù)具體數(shù)據(jù)格式不明確或者數(shù)據(jù)庫(kù)數(shù)據(jù)格式經(jīng)常變化的需求模型，而且對(duì)開(kāi)發(fā)者十分友好。

MongoDB官方就自帶一個(gè)分布式文件系統(tǒng)，可以很方便地部署到服務(wù)器機(jī)群上。MongoDB里有一個(gè)Shard的概念，就是方便為了服務(wù)器分片使用的。每增加一臺(tái)Shard，MongoDB的插入性能也會(huì)以接近倍數(shù)的方式增長(zhǎng)，磁盤(pán)容量也很可以很方便地?cái)U(kuò)充。

MongoDB還自帶了對(duì)map-reduce運(yùn)算框架的支持，這也很方便進(jìn)行數(shù)據(jù)的統(tǒng)計(jì)。

事務(wù)關(guān)系支持薄弱。這也是所有NoSQL數(shù)據(jù)庫(kù)共同的缺陷，不過(guò)NoSQL并不是為了事務(wù)關(guān)系而設(shè)計(jì)的，具體應(yīng)用還是很需求。

穩(wěn)定性有些欠缺，這點(diǎn)從上面的測(cè)試便可以看出。

MongoDB一方面在方便開(kāi)發(fā)者的同時(shí)，另一方面對(duì)運(yùn)維人員卻提出了相當(dāng)多的要求。業(yè)界并沒(méi)有成熟的MongoDB運(yùn)維經(jīng)驗(yàn)，MongoDB中數(shù)據(jù)的存放格式也很隨意，等等問(wèn)題都對(duì)運(yùn)維人員的考驗(yàn)。