從這一篇開始我們主要討論mongodb的部署技術。
我們知道sql server能夠做到讀寫分離，雙機熱備份和集群部署，當然mongodb也能做到，實際應用中我們不希望數據庫采用單點部署，
如果碰到數據庫宕機或者被毀滅性破壞那是多麼的糟糕。
一：主從復制
1： 首先看看模型圖
2: 從上面的圖形中我們可以分析出這種架構有如下的好處：
<1> 數據備份。
<2> 數據恢復。
<3> 讀寫分離。
3：下面我們就一一實踐
實際應用中我們肯定是多服務器部署，限於自己懶的裝虛擬機，就在一台機器上實踐了。
第一步：我們把mongodb文件夾放在D盤和E盤，模擬放在多服務器上。
第二步：啟動D盤上的mongodb，把該數據庫指定為主數據庫，其實命令很簡單：>mongodb --dbpath='XXX' --master，
端口還是默認的27017.
第三步：同樣的方式啟動E盤上的mongodb，指定該數據庫為從屬數據庫，命令也很簡單，當然我們要換一個端口，比如：8888。
source 表示主數據庫的地址。
復制代碼 代碼如下:
>mongod --dbpath=xxxx --port=8888 --slave --source=127.0.0.1:27017
第四步：從圖中的紅色區域我們發現了一條：“applied 1 operations"這樣的語句，並且發生的時間相隔10s，也就說明從屬數據庫每10s
就向主數據庫同步數據，同步依據也就是尋找主數據庫的”OpLog“日志，可以在圖中紅色區域內發現”sync_pullOpLog“字樣。
接下來我們要做的就是測試，驚訝的發現數據已經同步更新，爽啊。
4： 如果我還想增加一台從屬數據庫，但是我不想在啟動時就指定，而是後期指定，那麼mongodb可否做的到呢？答案肯定是可以的。
我們的主或者從屬數據庫中都有一個叫做local的集合，主要是用於存放內部復制信息。
好，那麼我們就試一下，我在F盤再拷貝一份mongodb的運行程序，cmd窗口好多啊，大家不要搞亂了。
看上面的log，提示沒有主數據庫，沒關系，某一天我們良心發現，給他後期補貼一下，哈哈，再開一個cmd窗口，語句也就是
在sources中add一個host地址，最後發現數據也同步到127.0.0.1:5555這台從屬數據庫中....
5: 讀寫分離
這種手段在大一點的架構中都有實現，在mongodb中其實很簡單，在默認的情況下，從屬數據庫不支持數據的讀取，但是沒關系，
在驅動中給我們提供了一個叫做“slaveOkay"來讓我們可以顯示的讀取從屬數據庫來減輕主數據庫的性能壓力，這裡就不演示了。
二：副本集
這個也是很牛X的主從集群，不過跟上面的集群還是有兩點區別的。
<1>: 該集群沒有特定的主數據庫。
<2>: 如果哪個主數據庫宕機了，集群中就會推選出一個從屬數據庫作為主數據庫頂上，這就具備了自動故障恢復功能，很牛X的啊。
好，我們現在就來試一下，首先把所有的cmd窗口關掉重新來，清掉db下的所有文件。
第一步: 既然我們要建立集群，就得取個集群名字，這裡就取我們的公司名shopex, --replSet表示讓服務器知道shopex下還有其他數據庫，
這裡就把D盤裡面的mongodb程序打開，端口為2222。指定端口為3333是shopex集群下的另一個數據庫服務器。
第二步: 既然上面說3333是另一個數據庫服務器，不要急，現在就來開，這裡把E盤的mongodb程序打開。
第三步： ok，看看上面的日志紅色區域，似乎我們還沒有做完，是的，log信息告訴我們要初始化一下“副本集“，既然日志這麼說，那我也就
這麼做，隨便連接一下哪個服務器都行，不過一定要進入admin集合。
第四步： 開啟成功後，我們要看看誰才能成為主數據庫服務器，可以看到端口為2222的已經成為主數據庫服務器。
第五步：我們知道sql server裡面有一個叫做仲裁服務器，那麼mongodb中也是有的，跟sql server一樣，仲裁只參與投票選舉，這裡我們
把F盤的mongodb作為仲裁服務器，然後指定shopex集群中的任一個服務器端口，這裡就指定2222。
然後我們在admin集合中使用rs.addArb()追加即可。
追加好了之後，我們使用rs.status()來查看下集群中的服務器狀態，圖中我們可以清楚的看到誰是主，還是從，還是仲裁。
不是說該集群有自動故障恢復嗎？那麼我們就可以來試一下，在2222端口的cmd服務器按Ctrl+C來KO掉該服務器，立馬我們發現
在3333端口的從屬服務器即可頂上，最後大家也可以再次使用rs.status()來看下集群中服務器的狀態。
