MongoDB的安裝(單機,副本集,分片)
一。 單機部署啟動
1. 直接下載相關mongodb_linux安裝包,至linux環境下,解壓即可。
2. 啟動mongoDB
/data/program/mongo/mongodb-linux-x86_64-2.6.6/bin/mongod --port 8050 --fork --dbpath=/data/program/mongo/data/ --logpath=/data/program/mongo/log/mongodb.log --logappend
./mongod --port 27017 --fork --dbpath=/home/wuly/mongo/data/ --logpath=/home/wuly/mongo/log/mongodb.log --logappend
3. ./mongo --port=8050
針對這個埠進行客戶端查詢
=================================================================================================
二。 副本集的部署啟動方式
Replica Set
中文翻譯叫做副本集,不過我並不喜歡把英文翻譯成中文,總是感覺怪怪的。其實簡單來說就是叢集當中包含了多份資料,保證主節點掛掉了,備節點能繼續提供資料服務,提供的前提就是資料需要和主節點一致。如下圖:
Mongodb(M)表示主節點,Mongodb(S)表示備節點,Mongodb(A)表示仲裁節點。主備節點儲存資料,仲裁節點不儲存資料。客戶端同時連線主節點與備節點,不連線仲裁節點。
預設設定下,主節點提供所有增刪查改服務,備節點不提供任何服務。但是可以通過設定使備節點提供查詢服務,這樣就可以減少主節點的壓力,當客戶端進行資料查詢時,請求自動轉到備節點上。這個設定叫做Read Preference Modes,同時Java客戶端提供了簡單的配置方式,可以不必直接對資料庫進行操作。
仲裁節點是一種特殊的節點,它本身並不儲存資料,主要的作用是決定哪一個備節點在主節點掛掉之後提升為主節點,所以客戶端不需要連線此節點。這裡雖然只有一個備節點,但是仍然需要一個仲裁節點來提升備節點級別。我開始也不相信必須要有仲裁節點,但是自己也試過沒仲裁節點的話,主節點掛了備節點還是備節點,所以咱們還是需要它的。
介紹完了叢集方案,那麼現在就開始搭建了。
1.建立資料資料夾
一般情況下不會把資料目錄建立在mongodb的解壓目錄下,不過這裡方便起見,就建在mongodb解壓目錄下吧。
- mkdir -p /mongodb/data/master
- mkdir -p /mongodb/data/slaver
- mkdir -p /mongodb/data/arbiter
- #三個目錄分別對應主,備,仲裁節點
2.建立配置檔案
由於配置比較多,所以我們將配置寫到檔案裡。
- #master.conf
- dbpath=/mongodb/data/master
- logpath=/mongodb/log/master.log
- pidfilepath=/mongodb/master.pid
- directoryperdb=true
- logappend=true
- replSet=testrs
- bind_ip=10.10.148.130
- port=27017
- oplogSize=10000
- fork=true
- noprealloc=true
- #slaver.conf
- dbpath=/mongodb/data/slaver
- logpath=/mongodb/log/slaver.log
- pidfilepath=/mongodb/slaver.pid
- directoryperdb=true
- logappend=true
- replSet=testrs
- bind_ip=10.10.148.131
- port=27017
- oplogSize=10000
- fork=true
- noprealloc=true
- #arbiter.conf
- dbpath=/mongodb/data/arbiter
- logpath=/mongodb/log/arbiter.log
- pidfilepath=/mongodb/arbiter.pid
- directoryperdb=true
- logappend=true
- replSet=testrs
- bind_ip=10.10.148.132
- port=27017
- oplogSize=10000
- fork=true
- noprealloc=true
dbpath:資料存放目錄
logpath:日誌存放路徑
pidfilepath:程序檔案,方便停止mongodb
directoryperdb:為每一個數據庫按照資料庫名建立資料夾存放
logappend:以追加的方式記錄日誌
replSet:replica set的名字
bind_ip:mongodb所繫結的ip地址
port:mongodb程序所使用的埠號,預設為27017
oplogSize:mongodb操作日誌檔案的最大大小。單位為Mb,預設為硬碟剩餘空間的5%
fork:以後臺方式執行程序
noprealloc:不預先分配儲存
3.啟動mongodb
進入每個mongodb節點的bin目錄下
- ./monood -f master.conf
- ./mongod -f slaver.conf
- ./mongod -f arbiter.conf
注意配置檔案的路徑一定要保證正確,可以是相對路徑也可以是絕對路徑。
4.配置主,備,仲裁節點
可以通過客戶端連線mongodb,也可以直接在三個節點中選擇一個連線mongodb。
- ./mongo 10.10.148.130:27017 #ip和port是某個節點的地址
- >use admin
- >cfg={ _id:"testrs", members:[ {_id:0,host:'10.10.148.130:27017',priority:2}, {_id:1,host:'10.10.148.131:27017',priority:1},
- {_id:2,host:'10.10.148.132:27017',arbiterOnly:true}] };
- >rs.initiate(cfg) #使配置生效
配置的生效時間根據不同的機器配置會有長有短,配置不錯的話基本上十幾秒內就能生效,有的配置需要一兩分鐘。如果生效了,執行rs.status()命令會看到如下資訊:
- {
- "set" : "testrs",
- "date" : ISODate("2013-01-05T02:44:43Z"),
- "myState" : 1,
- "members" : [
- {
- "_id" : 0,
- "name" : "10.10.148.130:27017",
- "health" : 1,
- "state" : 1,
- "stateStr" : "PRIMARY",
- "uptime" : 200,
- "optime" : Timestamp(1357285565000, 1),
- "optimeDate" : ISODate("2013-01-04T07:46:05Z"),
- "self" : true
- },
- {
- "_id" : 1,
- "name" : "10.10.148.131:27017",
- "health" : 1,
- "state" : 2,
- "stateStr" : "SECONDARY",
- "uptime" : 200,
- "optime" : Timestamp(1357285565000, 1),
- "optimeDate" : ISODate("2013-01-04T07:46:05Z"),
- "lastHeartbeat" : ISODate("2013-01-05T02:44:42Z"),
- "pingMs" : 0
- },
- {
- "_id" : 2,
- "name" : "10.10.148.132:27017",
- "health" : 1,
- "state" : 7,
- "stateStr" : "ARBITER",
- "uptime" : 200,
- "lastHeartbeat" : ISODate("2013-01-05T02:44:42Z"),
- "pingMs" : 0
- }
- ],
- "ok" : 1
- }
- "stateStr" : "RECOVERING"
同時可以檢視對應節點的日誌,發現正在等待別的節點生效或者正在分配資料檔案。
現在基本上已經完成了叢集的所有搭建工作。至於測試工作,可以留給大家自己試試。一個是往主節點插入資料,能從備節點查到之前插入的資料(查詢備節點可能會遇到某個問題,可以自己去網上查檢視)。二是停掉主節點,備節點能變成主節點提供服務。三是恢復主節點,備節點也能恢復其備的角色,而不是繼續充當主的角色。二和三都可以通過rs.status()命令實時檢視叢集的變化。
=================================================================================================
三。 叢集分片處理。
Sharding
和Replica Set類似,都需要一個仲裁節點,但是Sharding還需要配置節點和路由節點。就三種叢集搭建方式來說,這種是最複雜的。部署圖如下:
1.啟動資料節點
- ./mongod --fork --dbpath ../data/set1/ --logpath ../log/set1.log --replSet test #192.168.4.43
- ./mongod --fork --dbpath ../data/set2/ --logpath ../log/set2.log --replSet test #192.168.4.44
- ./mongod --fork --dbpath ../data/set3/ --logpath ../log/set3.log --replSet test #192.168.4.45 決策 不儲存資料
2.啟動配置節點
- ./mongod --configsvr --dbpath ../config/set1/ --port 20001 --fork --logpath ../log/conf1.log #192.168.4.30
- ./mongod --configsvr --dbpath ../config/set2/ --port 20002 --fork --logpath ../log/conf2.log #192.168.4.31
3.啟動路由節點
- ./mongos --configdb 192.168.4.30:20001,192.168.4.31:20002 --port 27017 --fork --logpath ../log/root.log #192.168.4.29
這裡我們沒有用配置檔案的方式啟動,其中的引數意義大家應該都明白。一般來說一個數據節點對應一個配置節點,仲裁節點則不需要對應的配置節點。注意在啟動路由節點時,要將配置節點地址寫入到啟動命令裡。
4.配置Replica Set
這裡可能會有點奇怪為什麼Sharding會需要配置Replica Set。其實想想也能明白,多個節點的資料肯定是相關聯的,如果不配一個Replica Set,怎麼標識是同一個叢集的呢。這也是人家mongodb的規定,咱們還是遵守吧。配置方式和之前所說的一樣,定一個cfg,然後初始化配置。
- ./mongo 192.168.4.43:27017 #ip和port是某個節點的地址
- >use admin
- >cfg={ _id:"testrs", members:[ {_id:0,host:'192.168.4.43:27017',priority:2}, {_id:1,host:'192.168.4.44:27017',priority:1},
- {_id:2,host:'192.168.4.45:27017',arbiterOnly:true}] };
- >rs.initiate(cfg) #使配置生效
5.配置Sharding
- ./mongo 192.168.4.29:27017 #這裡必須連線路由節點
- >sh.addShard("test/192.168.4.43:27017") #test表示replica set的名字 當把主節點新增到shard以後,會自動找到set裡的主,備,決策節點
- >db.runCommand({enableSharding:"diameter_test"}) #diameter_test is database name
- >db.runCommand( { shardCollection: "diameter_test.dcca_dccr_test",key:{"__avpSessionId":1}})
到這裡Sharding也已經搭建完成了,以上只是最簡單的搭建方式,其中某些配置仍然使用的是預設配置。如果設定不當,會導致效率異常低下,所以建議大家多看看官方文件再進行預設配置的修改。