mongodb日誌存儲

『壹』 如何開啟mongodbjournaling日誌功能

在MongoDB中，文檔是對數據的抽象，它被使用在Client端和Server端的交互中。所有的Client端（各種語言的Driver）都會使用這種抽象，它的表現形式就是我們常說的BSON（Binary JSON ）。 BSON是一個輕量級的二進制數據格式。 MongoDB能夠使用BSON，並將BSON作為數據的存儲存放在磁碟中。 當Client端要將寫入文檔，使用查詢等等操作時，需要將文檔編碼為BSON格式，然後再發送給Server端。同樣，Server端的返回結果也是編碼為BSON格式再放回給Client端的。

『貳』 MongoDB：使用MongoDB來保存日誌信息，如果做到按月建表保存當月日誌

MongoDB沒有按照時間來劃分保存數據的集合，但有設置collection大小的機制，當collection達到指定大小後不會再增大集合，而是會把原來的數據覆蓋掉。如果要滿足樓主的需求，只能通過程序來實現了。

『叄』 MongoDB 日誌太大怎麼辦

MongoDB的日誌增長的很快，/var所在的空間馬上就占滿了，即便換到另一個磁碟分區保存日誌，日誌還是增長的很快，磁碟眼看要告磬。
有一個好辦法，就是使用旋轉日誌。
MongoDB的旋轉日誌有點怪，linux下mongd服務接受一個kill -SGIUSR1命令後就立刻將當前日誌文件重命名為帶日期的文件，然後創建新的日誌文件。
不想一般的旋轉日誌，可以配置旋轉策略。不過沒關系，經過測試，發送該命令時不會影響到MongoDB的服務。
下面是一個例子，先查找進程id, 然後發送命令。
root@jstc:/etc/init.d# ps -def | grep mongod
mongodb 723 1 48 May04 ? 6-22:23:53 /usr/bin/mongod --config /etc/mongodb.conf
root 22035 22012 0 20:22 pts/2 00:00:00 grep --color=auto mongod
root@jstc:/etc/init.d# kill -SIGUSR1 723
root@jstc:/etc/init.d# cd /home/mongodb/log/
root@jstc:/home/mongodb/log# ls
mongodb.log mongodb.log.2014-05-18T12-23-51
root@jstc:/home/mongodb/log# ls -alh
total 20G
drwxrwxrwx 2 root root 4.0K May 18 20:23 .
drwxrwxrwx 4 root root 4.0K Apr 20 21:25 ..
-rw-r--r-- 1 mongodb nogroup 34K May 18 20:24 mongodb.log
-rwxrwxrwx 1 mongodb nogroup 20G May 18 20:23 mongodb.log.2014-05-18T12-23-51

現在可以將之前20G的日誌文件挪走或者刪除了。
也可以自己先個定時腳本，定期發送命令給mongod服務。

『肆』 如何安裝，配置MongoDB

1

下載mongodb的windows版本，有32位和64位版本，根據系統情況下載

2

創建資料庫文件的存放位置，比如D:/mongodb/data/db。啟動mongodb服務之前需要必須創建資料庫文件的存放文件夾，否則命令不會自動創建，而且不能啟動成功。默認文件夾路徑為c:/data/db.使用系統默認文件夾路徑時，啟動服務無需加--dbpath 參數說明，但文件夾還要手工創建

3

打開cmd命令行，進入D:/mongodb/bin目錄，輸入如下的命令啟動mongodb服務：

D:/mongodb/bin>mongod.exe --dbpath D:/mongodb/data/db

4

再打開一個cmd輸入：D:/mongodb/bin>mongo 127.0.0.1/admin，或者雙擊mongo.exe，即可進行mongodb的客戶端命令操作了:

『伍』 如何安裝，配置MongoDB

1、創建資料庫路徑（data目錄）、日誌路徑（logs目錄）和日誌文件（mongo.log文件），完成後如下圖所示

5、創建並啟動MongoDB服務，如果每次都按照步驟三那樣操作，豈不是相當麻煩，按照如下命令來創建並啟動MongoDB服務，就可以通過windows服務來管理MongoDB的啟動和關閉了。

首先進入D:Program FilesMongoDBServer3.2in（依安裝目錄而定）目錄下，啟動命令如下：

mongod--config"D:ProgramFilesMongoDBServer3.2mongo.conf"--install--serviceName"MongoDB"

netstartMongoDB。

『陸』 MongoDB是什麼，怎麼用看完你就知道了

MongoDB是一款為web應用程序和互聯網基礎設施設計的資料庫管理系統。沒錯MongoDB就是資料庫，是Nosql類型的資料庫。

（1）MongoDB提出的是文檔、集合的概念，使用BSON（類JSON）作為其數據模型結構，其結構是面向對象的而不是二維表，存儲一個用戶在MongoDB中是這樣子的。

使用這樣的數據模型，使得MongoDB能在生產環境中提供高讀寫的能力，吞吐量較於mysql等SQL資料庫大大增強。

（2）易伸縮，自動故障轉移。易伸縮指的是提供了分片能力，能對數據集進行分片，數據的存儲壓力分攤給多台伺服器。自動故障轉移是副本集的概念，MongoDB能檢測主節點是否存活，當失活時能自動提升從節點為主節點，達到故障轉移。

（3）數據模型因為是面向對象的，所以可以表示豐富的、有層級的數據結構，比如博客系統中能把「評論」直接懟到「文章「的文檔中，而不必像myqsl一樣創建三張表來描述這樣的關系。

（1）文檔數據類型

SQL類型的資料庫是正規化的，可以通過主鍵或者外鍵的約束保證數據的完整性與唯一性，所以SQL類型的資料庫常用於對數據完整性較高的系統。MongoDB在這一方面是不如SQL類型的資料庫，且MongoDB沒有固定的Schema，正因為MongoDB少了一些這樣的約束條件，可以讓數據的存儲數據結構更靈活，存儲速度更加快。

（2）即時查詢能力

MongoDB保留了關系型資料庫即時查詢的能力，保留了索引（底層是基於B tree）的能力。這一點汲取了關系型資料庫的優點，相比於同類型的NoSQL redis 並沒有上述的能力。

（3）復制能力

MongoDB自身提供了副本集能將數據分布在多台機器上實現冗餘，目的是可以提供自動故障轉移、擴展讀能力。

（4）速度與持久性

MongoDB的驅動實現一個寫入語義 fire and forget ，即通過驅動調用寫入時，可以立即得到返回得到成功的結果（即使是報錯），這樣讓寫入的速度更加快，當然會有一定的不安全性，完全依賴網路。

MongoDB提供了Journaling日誌的概念，實際上像mysql的bin-log日誌，當需要插入的時候會先往日誌裡面寫入記錄，再完成實際的數據操作，這樣如果出現停電，進程突然中斷的情況，可以保障數據不會錯誤，可以通過修復功能讀取Journaling日誌進行修復。

（5）數據擴展

MongoDB使用分片技術對數據進行擴展，MongoDB能自動分片、自動轉移分片裡面的數據塊，讓每一個伺服器裡面存儲的數據都是一樣大小。

MongoDB核心伺服器主要是通過mongod程序啟動的，而且在啟動時不需對MongoDB使用的內存進行配置，因為其設計哲學是內存管理最好是交給操作系統，缺少內存配置是MongoDB的設計亮點，另外，還可通過mongos路由伺服器使用分片功能。

MongoDB的主要客戶端是可以交互的js shell 通過mongo啟動，使用js shell能使用js直接與MongoDB進行交流，像使用sql語句查詢mysql數據一樣使用js語法查詢MongoDB的數據，另外還提供了各種語言的驅動包，方便各種語言的接入。

mongomp和mongorestore,備份和恢復資料庫的標准工具。輸出BSON格式，遷移資料庫。

mongoexport和mongoimport，用來導入導出JSON、CSV和TSV數據，數據需要支持多格式時有用。mongoimport還能用與大數據集的初始導入，但是在導入前順便還要注意一下，為了能充分利用好mongoDB通常需要對數據模型做一些調整。

mongosniff,網路嗅探工具，用來觀察發送到資料庫的操作。基本就是把網路上傳輸的BSON轉換為易於人們閱讀的shell語句。

因此，可以總結得到，MongoDB結合鍵值存儲和關系資料庫的最好特性。因為簡單，所以數據極快，而且相對容易伸縮還提供復雜查詢機制的資料庫。MongoDB需要跑在64位的伺服器上面，且最好單獨部署，因為是資料庫，所以也需要對其進行熱備、冷備處理。

因為本篇文章不是API手冊，所有這里對shell的使用也是基礎的介紹什麼功能可以用什麼語句，主要是為了展示使用MongoDB shell的方便性，如果需要知道具體的MongoDB shell語法可以查閱官方文檔。

創建資料庫並不是必須的操作，資料庫與集合只有在第一次插入文檔時才會被創建，與對數據的動態處理方式是一致的。簡化並加速開發過程，而且有利於動態分配命名空間。如果擔心資料庫或集合被意外創建，可以開啟嚴格模式。

以上的命令只是簡單實例，假設如果你之前沒有學習過任何資料庫語法，同時開始學sql查詢語法和MongoDB 查詢語法，你會發現哪一個更簡單呢？如果你使用的是java驅動去操作MongoDB，你會發現任何的查詢都像Hibernate提供出來的查詢方式一樣，只要構建好一個查詢條件對象，便能輕松查詢（接下來會給出示例），博主之前熟悉ES6，所以入手MongoDB js shell完成沒問題，也正因為這樣簡潔，完善的查詢機制，深深的愛上了MongoDB。

使用java驅動鏈接MongoDB是一件非常簡單的事情，簡單的引用，簡單的做增刪改查。在使用完java驅動後我才發現spring 對MongoDB 的封裝還不如官方自身提供出來的東西好用，下面簡單的展示一下使用。

這里只舉例了簡單的鏈接與簡單的MongoDB操作，可見其操作的容易性。使用驅動時是基於TCP套接字與MongoDB進行通信的，如果查詢結果較多，恰好無法全部放進第一伺服器中，將會向伺服器發送一個getmore指令獲取下一批查詢結果。

插入數據到伺服器時間，不會等待伺服器的響應，驅動會假設寫入是成功的，實際是使用客戶端生成對象id，但是該行為可以通過配置配置，可以通過安全模式開啟，安全模式可以校驗伺服器端插入的錯誤。

要清楚了解MongoDB的基本數據單元。在關系型資料庫中有帶列和行的數據表。而MongoDB數據的基本單元是BSON文檔，在鍵值中有指向不定類型值的鍵，MongoDB擁有即時查詢，但不支持聯結操作，簡單的鍵值存儲只能根據單個鍵來獲取值，不支持事務，但支持多種原子更新操作。

如讀寫比是怎樣的，需要何種查詢，數據是如何更新的，會不會存在什麼並發問題，數據結構化的程度是要求高還是低。系統本身的需求決定mysql還是MongoDB。

在關於schema 的設計中要注意一些原則，比如：

資料庫是集合的邏輯與物理分組，MongoDB沒有提供創建資料庫的語法，只有在插入集合時，資料庫才開始建立。創建資料庫後會在磁碟分配一組數據文件，所有集合、索引和資料庫的其他元數據都保存在這些文件中，查閱資料庫使用磁碟狀態可通過。

集合是結構上或概念上相似得文檔的容器，集合的名稱可以包含數字、字母或 . 符號，但必須以字母或數字開頭，完全。

限定集合名不能超過128個字元，實際上 . 符號在集合中很有用，能提供某種虛擬命名空間，這是一種組織上的原則，和其他集合是一視同仁的。在集合中可以使用。

其次是鍵值，在MongoDB裡面所有的字元串都是UTF-8類型。數字類型包括double、int、long。日期類型都是UTC格式，所以在MongoDB裡面看到的時間會比北京時間慢8小時。整個文檔大小會限制在16m以內，因為這樣可以防止創建難看的數據類型，且小文檔可以提升性能，批量插入文檔理想數字范圍是10~200，大小不能超過16MB。

（1）索引能顯著減少獲取文檔的所需工作量，具體的對比可以通過 .explain()方法進行對比

（2）解析查詢時MongoDB通過最優計劃選擇一個索引進行查詢，當沒有最適合索引時，會先不同的使用各個索引進行查詢，最終選出一個最優索引做查詢

（3）如果有一個a-b的復合索引，那麼僅針對a的索引是冗餘的

（4）復合索引里的鍵的順序是很重要的

（1）單鍵索引

（2）復合索引

（3）唯一性索引

（4）稀疏索引

如索引的欄位會出現null的值，或是大量文檔都不包含被索引的鍵。

如果數據集很大時，構建索引將會花費很長的時間，且會影響程序性能，可通過

當使用 mongorestore 時會重新構建索引。當曾經執行過大規模的刪除時，可使用

對索引進行壓縮，重建。

（1）查閱慢查詢日誌

（2）分析慢查詢

注意新版本的MongoDB 的explain方法是需要參數的，不然只顯示普通的信息。

本節同樣主要簡單呈現MongoDB副本集搭建的簡易性，與副本集的強壯性，監控容易性

提供主從復制能力，熱備能力，故障轉移能力

實際上MongoDB對副本集的操作跟mysql主從操作是差不多的，先看一下mysql的主從數據流動過程

而MongoDB主要依賴的日誌文件是oplog

寫操作先被記錄下來，添加到主節點的oplog里。與此同時，所有從結點復制oplog。首先，查看自己oplog里最後一條的時間戳；其次，查詢主節點oplog里所有大於此時間戳的條目;最後，把那些條目添加到自己的oplog里並應用到自己的庫里。從節點使用長輪詢立即應用來自主結點oplog的新條目。

當遇到以下情況，從節點會停止復制

local資料庫保存了所有副本集元素據和oplog日誌

可以使用以下命令查看復制情況

每個副本集成員每秒鍾ping一次其他所有成員，可以通過rs.status()看到節點上次的心跳檢測時間戳和 健康 狀況。

這個點沒必要過多描述，但是有一個特殊場景，如果從節點和仲裁節點都被殺了，只剩下主節點，他會把自己降級成為從節點。

如果主節點的數據還沒有寫到從庫，那麼數據不能算提交，當該主節點變成從節點時，便會觸發回滾，那些沒寫到從庫的數據將會被刪除，可以通過rollback子目錄中的BSON文件恢復回滾的內容。

（1）使用單節點鏈接

只能鏈接到主節點，如果鏈接到從節點的話，會被拒絕寫入操作，但是如果沒有使用安全模式，因為mongo的fire and forget 特性，會把拒絕寫入的異常給吃掉。

（2）使用副本集方式鏈接

能根據寫入的情況自動進行故障轉移，但是當副本集進行新的選舉時，還是會出現故障，如果不使用安全模式，依舊會出現寫不進去，但現實成功的情況。

分片是資料庫切分的一個概念實現，這里也是簡單總結為什麼要使用分片以及分片的原理，操作。

當數據量過大，索引和工作數據集佔用的內存就會越來越多，所以需要通過分片負載來解決這個問題

（1）分片組件

（2）分片的核心操作

分片一個集合：分片是根據一個屬性的范圍進行劃分的，MongoDB使用所謂的分片鍵讓每個文檔在這些范圍里找到自己的位置

塊：是位於一個分片中的一段連續的分片鍵范圍，可以理解為若干個塊組成分片，分片組成MongoDB的全部數據

（3）拆分與遷移

塊的拆分：初始化時只有一個塊，達到最大塊尺寸64MB或100000個文檔就會觸發塊的拆分。把原來的范圍一分為二，這樣就有了兩個塊，每個塊都有相同數量的文檔。

遷移：當分片中的數據大小不一時會產生遷移的動作，比如分片A的數據比較多，會將分片A裡面的一些塊轉移到分片B裡面去。分片集群通過在分片中移動塊來實現均衡，是由名為均衡器的軟體進程管理的，任務是確保數據在各個分片中保持均勻分布，當集群中擁有塊最多的分片與擁有塊最少分片的塊差大於8時，均衡器就會發起一次均衡處理。

啟動兩個副本集、三個配置伺服器、一個mongos進程

配置分片

（1）分片查詢類型

（2）索引

分片集合只允許在_id欄位和分片鍵上添加唯一性索引，其他地方不行，因為這需要在分片間進行通信，實施起來很復雜。

當創建分片時，會根據分片鍵創建一個索引。

（1）分片鍵是不可修改的、分片鍵的選擇非常重要

（2）低效的分片鍵

（3）理想的分片鍵

（1）部署拓撲

根據不同的數據中心劃分

這里寫圖片描述

（2）最低要求

（3）配置的注意事項

需要估計集群大小，可使用以下命令對現有集合進行分片處理

（4）備份分片集群

備份分片時需要停止均衡器

（1）部署架構

使用64位機器、32位機器會制約mongodb的內存，使其最大值為1.5GB

（2）cpu

mongodb 只有當索引和工作集都可放入內存時，才會遇到CPU瓶頸，CPU在mongodb使用中的作用是用來檢索數據，如果看到CPU使用飽和的情況，可以通過查詢慢查詢日誌，排查是不是查詢的問題導致的，如果是可以通過添加索引來解決問題

mongodb寫入數據時會使用到CPU，但是mongodb寫入時間一次只用到一個核，如果有頻繁的寫入行為，可以通過分片來解決這個問題

（3）內存

大內存是mongodb的保障，如果工作集大小超過內存，將會導致性能下降，因為這將會增加數據載入入內存的動作

（4）硬碟

mongodb默認每60s會與磁碟強制同步一次，稱為後台刷新，會產生I/O操作。在重啟時mongodb會將磁碟裡面的數據載入至內存，高速磁碟將會減少同步的時間

（5）文件系統

使用ext4 和 xfs 文件系統

禁用最後訪問時間

（6）文件描述符

linux 默認文件描述符是1024，需要大額度的提升這個額度

（7）時鍾

mongodb各個節點伺服器之間使用ntp伺服器

（1）綁定IP

啟動時使用 - -bind_ip 命令

（2）身份驗證

啟動時使用 - -auth 命令

（3）副本集身份認證

使用keyFile，注意keyFile文件的許可權必須是600，不然會啟動不起來

（1）拓撲結構

搭建副本集至少需要兩個節點，其中仲裁結點不需要有自己的伺服器

（2）Journaling日誌

寫數據時會先寫入日誌，而此時的數據也不是直接寫入硬碟，而是寫入內存

但是Journaling日誌會消耗內存，所以可以在主庫上面關閉，在從庫上面啟動

可以單獨為Journaling日誌使用一塊固態硬碟

在插入時，可以通過驅動確保Journaling插入後再反饋，但是會非常影響性能。

logpath 選項指定日誌存儲地址

-vvvvv 選項（v越多，輸出越詳細）

db.runCommand({logrotare:1}) 開啟滾動日誌

（1）serverStatus

這里寫圖片描述

（2）top

（3）db.currentOp()

動態展示mongodb活動數據

佔用當前mongodb監聽埠往上1000號的埠

（1）mongomp

把資料庫內容導出成BSON文件，而mongorestore能讀取並還原這些文件

（2）mongorestore

把導出的BSON文件還原到資料庫

（3）備份原始數據文件

可以這么做，但是，操作之前需要進行鎖庫處理 db.runCommand({fsync:1,lock:true})

db.$cmd.sys.unlock.findOne() 請求解鎖操作，但是資料庫不會立刻解鎖，需要使用db.currentOp()驗證。

（1）修復

mongd --repair 修復所有資料庫

db.runCommand({repairDatabase:1}) 修復單個資料庫

修復就是根據Jourling文件讀取和重寫所有數據文件並重建各個索引

（2）壓緊

壓緊，會重寫數據文件，並重建集合的全部索引，需要停機或者在從庫上面運行,如果需要在主庫上面運行，需要添加force參數 保證加寫鎖。

（1）監控磁碟狀態

（2）為提升性能檢查索引和查詢

總的來說，掃描盡可能少的文檔。

保證沒有冗餘的索引，冗餘的索引會佔用磁碟空間、消耗更多的內存，在每次寫入時還需做更多工作

（3）添加內存

dataSize 數據大小 和 indexSize 索引大小，如果兩者的和大於內存，那麼將會影響性能。

storageSize超過dataSize 數據大小 兩倍以上，就會因磁碟碎片而影響性能，需要壓縮。

『柒』 mongodb的基本概念

（1）文檔
文檔是 MongoDB 中數據的基本單位，類似於關系資料庫中的行（但是比行復雜）。多個鍵及其關聯的值有序地放在一起就構成了文檔。不同的編程語言對文檔的表示方法不同，在JavaScript 中文檔表示為：
{「greeting」:「hello,world」}
這個文檔只有一個鍵「greeting」，對應的值為「hello,world」。多數情況下，文檔比這個更復雜，它包含多個鍵/值對。例如：
{「greeting」:「hello,world」,「foo」: 3}
文檔中的鍵/值對是有序的，下面的文檔與上面的文檔是完全不同的兩個文檔。
{「foo」: 3 ,「greeting」:「hello,world」}
文檔中的值不僅可以是雙引號中的字元串，也可以是其他的數據類型，例如，整型、布爾型等，也可以是另外一個文檔，即文檔可以嵌套。文檔中的鍵類型只能是字元串。
（2）集合
集合就是一組文檔，類似於關系資料庫中的表。集合是無模式的，集合中的文檔可以是各式各樣的。例如，{「hello,word」:「Mike」}和{「foo」: 3}，它們的鍵不同，值的類型也不同，但是它們可以存放在同一個集合中，也就是不同模式的文檔都可以放在同一個集合中。既然集合中可以存放任何類型的文檔，那麼為什麼還需要使用多個集合？這是因為所有文檔都放在同一個集合中，無論對於開發者還是管理員，都很難對集合進行管理，而且這種情形下，對集合的查詢等操作效率都不高。所以在實際使用中，往往將文檔分類存放在不同的集合中，例如，對於網站的日誌記錄，可以根據日誌的級別進行存儲，Info級別日誌存放在Info 集合中，Debug 級別日誌存放在Debug 集合中，這樣既方便了管理，也提供了查詢性能。但是需要注意的是，這種對文檔進行劃分來分別存儲並不是MongoDB 的強制要求，用戶可以靈活選擇。
可以使用「.」按照命名空間將集合劃分為子集合。例如，對於一個博客系統，可能包括blog.user 和blog.article 兩個子集合，這樣劃分只是讓組織結構更好一些，blog 集合和blog.user、blog.article 沒有任何關系。雖然子集合沒有任何特殊的地方，但是使用子集合組織數據結構清晰，這也是MongoDB 推薦的方法。
（3）資料庫
MongoDB 中多個文檔組成集合，多個集合組成資料庫。一個MongoDB 實例可以承載多個資料庫。它們之間可以看作相互獨立，每個資料庫都有獨立的許可權控制。在磁碟上，不同的資料庫存放在不同的文件中。MongoDB 中存在以下系統資料庫。
● Admin 資料庫：一個許可權資料庫，如果創建用戶的時候將該用戶添加到admin 資料庫中，那麼該用戶就自動繼承了所有資料庫的許可權。
● Local 資料庫：這個資料庫永遠不會被負責，可以用來存儲本地單台伺服器的任意集合。
● Config 資料庫：當MongoDB 使用分片模式時，config 資料庫在內部使用，用於保存分片的信息。

『捌』 mongoDB主要使用在什麼場景

MongoDB的應用已經滲透到各個領域，比如游戲、物流、電商、內容管理、社交、物聯網、視頻直播等，以下是幾個實際的應用案例：

    ●    游戲場景：使用MongoDB存儲游戲用戶信息，用戶的裝備、積分等直接以內嵌文檔的形式存儲，方便查詢、更新。

    ●    物流場景：使用MongoDB存儲訂單信息，訂單狀態在運送過程中會不斷更新，以MongoDB內嵌數組的形式來存儲，一次查詢就能將訂單所有的變更讀取出來。

    ●    社交場景：使用MongoDB存儲用戶信息，以及用戶發表的朋友圈信息，通過地理位置索引實現附近的人、地點等功能。

    ●    物聯網場景：使用MongoDB存儲所有接入的智能設備信息，以及設備匯報的日誌信息，並對這些信息進行多維度的分析。

    ●    視頻直播：使用MongoDB存儲用戶信息、禮物信息等。

『玖』 如何在window下使用mongodb

1、下載MongoDB資料庫；

2、將安裝文件解壓到C盤（注意：安裝路徑中不能出現空格），配置「環境變數」，將 %MONGODB_HOME%in 添加到「Path」中；

3、進入DOS窗口，設置數據保存目錄（與埠）和日誌輸出目錄。
DOS命令：

mongod --port --dbpath --logpath --logappend --directoryperdb

參數說明：
--port 表示資料庫埠，默認27017；
--dbpath 表示數據文件存儲路徑，一般設置為%MONGODB_HOME%data；
--logpath 表示日誌文件存儲路徑，一般設置為%MONGODB_HOME%logsmongodb.log；
--logappend 表示日誌追加，默認是覆蓋；
--directoryperdb 表示每個db一個目錄；

4、完成以上設置，MongoDB已經啟動，新開啟DOS窗口，執行「mongo.exe」，出現「MongoDB shell version: 1.8.1」表示安裝成功了。

5、目前是以無許可權限制的方式啟動的，你可以做任何操作。那麼我們先切換到admin下，創建一個root用戶吧。執行命令:
"use admin" -> "db.addUser("root","root")" -> "db.auth("root","root")"，如下圖所示：

6、把MongoDB注冊為Windows Service，讓它開機自動啟動；執行命令：

mongod --bind_ip 127.0.0.1 --logpath %MONGODB_HOME%logsmongodb.log --logappend --dbpath %MONGODB_HOME%data --directoryperdb --auth --install

注意：
a.必須切換到bin目錄下執行該條指令。
b.必須添加--auth用戶許可權才會生效。
c.除了「--auth」和「--install」兩個參數，別的參數要跟你設置用戶時啟動服務的參數一致，尤其是「--directoryperdb」。
第一次配置完成後，一定要重啟才會有效果 重啟mongo客戶端，不輸入-u-p可以直接進入，但是不具有任何許可權。正確的訪問方式為：mongo 資料庫名 -u 用戶名 -p。另外設置用戶

7、服務安裝成功後的界面：

8、如果安裝失敗：
刪除MongoDB服務，執行命令：

sc delete MongoDB

啟動MongoDB服務，執行命令：

net start "MongoDB"

9、在cmd下可有兩種方法打開，net和sc，net用於打開沒有被禁用的服務，語法是：
啟動：net/sc start 服務名
停止：net/sc stop 服務名

10、另外，sc可用於打開被禁用的服務，語法是：
sc config 服務名 start= demand //手動
sc condig 服務名 start= auto //自動
sc config 服務名 start= disabled //禁用
注意：以上三個命令「=」號後面必須有一個空格

Mongo（也譯芒果）名字來自humongous，意思是巨大無比的，極大的。它是一個高性能，開源，無模式的文檔型NOSQL資料庫。Mongo使用C++開發，提供了以下功能：

面向集合的存儲：適合存儲對象及JSON形式的數據。

動態查詢：Mongo支持豐富的查詢表達式。查詢指令使用JSON形式的標記，可輕易查詢文檔中內嵌的對象及數組。

完整的索引支持：包括文檔內嵌對象及數組。Mongo的查詢優化器會分析查詢表達式，並生成一個高效的查詢計劃。

查詢監視：Mongo包含一個監視工具用於分析資料庫操作的性能。

復制及自動故障轉移：Mongo資料庫支持伺服器之間的數據復制，支持主-從模式及伺服器之間的相互復制。復制的主要目標是提供冗餘及自動故障轉移。

高效的傳統存儲方式：支持二進制數據及大型對象（如照片或圖片）。

自動分片以支持雲級別的伸縮性：自動分片功能支持水平的資料庫集群，可動態添加額外的機器。

MongoDB服務端可運行在Linux、Windows或OS X平台，支持32位和64位應用，在32位模式運行時支持的最大文件尺寸為2GB。
常用啟動參數：
–dbpath 指定特定存儲目錄啟動，若目錄不存在則創建。默認目錄為/data/db。例：./mongod –dbpath /var/data/mongo
–port 指定埠啟動。默認埠為27017。例：./mongod –port 12345

windows 下使用方法
直接啟動：
$ bin/mongod.exe #啟動伺服器
$ bin/mongo.exe #啟動客戶端連接

注冊為服務，這樣以後開機就可以自動啟動
$ bin/mongod.exe --logpath c:\data\log.log --logappend --dbpath "c:\data\db" --install #主要是install 參數，要新建c:\data\log.log文件和c:\data\db目錄

刪除服務
$ bin/mongod.exe --remove

當注冊為服務時可以Win+R打開運行，輸入services.msc來查看服務狀態

常見錯誤
1、monge.exe客戶端連接時報錯：couldn』t connect to server 127.0.0.1 shell/mongo.js:79
這是因為monged.exe啟動失敗

2、多次嘗試後monged.exe啟動失敗，始終沒找到原因
這個錯誤困擾了我一段時間，後來發現c:\data\db下有個mongod.lock鎖文件，把這個文件刪除後，重新啟動伺服器就可以了。

服務啟動報錯: error2: system can not find the file specified.

solution:
安裝服務的時候， 你需要用 mongod.exe的 full path

C:\mongodb-win32-i386-1.8.2\bin\mongod.exe --logpath c:\mongo
db\logs\mongo.log --dbpath c:\mongodb\data\db --directoryperdb --install

to remove service

C:\mongodb-win32-i386-1.8.2\bin\mongod.exe --logpath c:\mongo
db\logs\mongo.log --dbpath c:\mongodb\data\db --directoryperdb --remove

and re open windows service windows, the original service will gone.