您好,登錄后才能下訂單哦!
一:安裝mongodb 常用的有兩種方法:我采用的是方法2:
方法1 安裝包方式,直接下載.tgz文件,然后解壓即可:
https://www.mongodb.com/download-center/enterprise # 下載需要的版本
下載percona for mongodb
https://www.percona.com/downloads/percona-server-mongodb-LATEST/tar -zxvf mongodb-linux-x86_64-3.0.6.tgz # 解壓mv mongodb-linux-x86_64-3.0.6/ /usr/bin/mongodb/bin/mongod # 將解壓包拷貝到指定目錄
這種啟動方式如下:
/usr/bin/mongodb/bin/mongod -f /etc/mongod.conf
方法2 yum 安裝,然后默認配置文件在/etc/mongod.conf,這樣安裝的mongodb
的相關命令都在/usr/bin下面的!
安裝yum源(percona自己的yum源)
# yum -y install http://www.percona.com/downloads/percona-release/redhat/0.1-4/percona-release-0.1-4.noarch.rpm
yum list | grep mongo #選擇合適版本
[root@beijing-fuli-hadoop-02 bin]# yum install Percona-Server-MongoDB-34-mongos.x86_64
這種方法的啟動方式:
service mongod start
二:生成 keyfile
[root@beijing-fuli-hadoop-02 mongodb]# openssl rand -base64 756 >/data/mongodb/config/mongodb.key
三:編寫配置文件
1.注意文件的空格和大小寫都會導致啟動失敗
2.如果配置了配置了clusterAuthMode,那么一定要提前生成keyfile
3.關于節點的優先級的設置,具有較高Priority的Secondary相對于較低Priority的Secondary
會更早的發起選舉,也更容易成為新的Primary節點,但是即使優先級低的Secondary
也可以在段時間內被選舉為Primary節點,重點來了,這種情況發生的時候副本集就會繼續
進行選舉,直到可用的最高優先級Secondary被選舉為Primary,所以當你想讓特定的
Secondary節點成為主的時候,你才有必要配置不同的Primary,否則你只需要配置成一樣的
Priority(例如都是1即可)
4.關于vote的設置:從mongodb 3.2開始,無投票權的成員必須配置Priority為0,priority大于
0的成員其vote必須配置為1
四:如果你想用非root來啟動mongodb,那么就創建 mongodb的賬號和屬組
[root@beijing-fuli-hadoop-02 init.d]# groupadd -g 666 mongod
[root@beijing-fuli-hadoop-02 init.d]# useradd -m -s /bin/bash -g mongod -u 666 mongod
五:啟動數據庫:三個節點都啟動
[mongod@beijing-fuli-hadoop-02 db]$ /usr/bin/mongodb/bin/mongod -f /etc/mongod.conf
about to fork child process, waiting until server is ready for connections.
forked process: 89234
child process started successfully, parent exiting
六:轉為復制集架構
> use admin # 切換到 admin 數據庫switched to db admin # 初始化副本集,副本集名稱為 liuhe_rs ,第一個成員為自己本身,然后他會被選舉為主> rs.initiate({_id:'liuhe_rs',members: [{ _id: 0 , host: "10.9.21.178:27017"},{ _id: 1 , host: "10.9.21.179:27017"},{ _id: 2 , host: "10.9.21.114:27017"}]}) { "ok" : 1 }
或者如下:
>config={_id:'liuhe_rs',members: [{ _id: 0 , host: "10.9.21.178:27017"},{ _id: 1 , host: "10.9.21.179:27017"},{ _id: 2 , host: "10.9.21.114:27017"}]}
>rs.initiate(config)
七:啟動報錯:
7.1,參數indexBuildRetry不能在副本集中配置
[root@beijing-fuli-hadoop-02 mongodb]# /usr/bin/mongodb/bin/mongod -f /etc/mongod.conf
2019-11-11T22:36:15.551+0800 F CONTROL [main] Failed global initialization: BadValue: replication.replSetName is not allowed when storage.indexBuildRetry is specified
報錯內容:
Failed global initialization: BadValue: replication.replSetName is not allowed when storage.indexBuildRetry is specified
storage 參數 indexBuildRetry 不能與 副本集共存,當開啟 副本集的時候,就需要將indexBuildRetry 參數注釋。官網鏈接
Changed in version 4.0: The setting storage.indexBuildRetry cannot be used in conjunction withreplication.replSetName.
7.2.啟動報錯 error number 100
啟動的時候會在數據目錄下生成相應的初始化庫以及特定的問題,所以
要保證這個目錄是空的
[mongod@beijing-fuli-hadoop-02 ~]$ /usr/bin/mongodb/bin/mongod -f /etc/mongod.conf
about to fork child process, waiting until server is ready for connections.
forked process: 89082
ERROR: child process failed, exited with error number 100
To see additional information in this output, start without the "--fork" option.
可能是因為 你的 數據庫目錄下有別的文件,清空即可!
7.3 啟動報錯:error number 14
[mongod@beijing-fuli-hadoop-04 log]$ /usr/bin/mongodb/bin/mongod -f /etc/mongod.conf
about to fork child process, waiting until server is ready for connections.
forked process: 100524
ERROR: child process failed, exited with error number 14
To see additional information in this output, start without the "--fork" option.
查看日志發現如下:
2019-11-16T16:51:37.938+0800 E NETWORK [initandlisten] Failed to unlink socket file /tmp/mongodb-27017.sock Operation not permitted
原來是之前用root賬號啟動的,生成了一個root用戶的mongodb-27017.sock文件,然后又用mongod
用戶啟動,結果沒有權限操作,刪除這個文件即可,然后用mongod用戶啟動會自動生成一個
屬于mongod的文件,如下:
[root@beijing-fuli-hadoop-02 tmp]# ll mongodb-27017.sock
srwx------ 1 mongod mongod 0 Nov 16 17:12 mongodb-27017.sock
那么mongodb-27017.sock這個文件是做什么的?
服務器與本地客戶端進行通信的Unix套接字文件。
啟動時會打開。
默認的存儲路徑是/tmp/mongodb-<port>.sock
八:mongodb的基本維護操作命令:
8.1:查看mongodb 副本集的狀態
MongoDB Enterprise liuhe_rs:PRIMARY> rs.status()
8.2:允許secondary節點可以寫
對于replica set 中的secondary 節點默認是不可讀的,在寫多讀少的應用中,使用Replica Sets來實現讀寫分離。通過在連接時指定或者在主庫指定slaveOk,由Secondary來分擔讀的壓力,Primary只承擔寫操作
第一種方法:db.getMongo().setSlaveOk();#從庫執行,并且是臨時啟作用,
第二種方法:rs.slaveOk(); #從庫執行,并且是臨時啟作用,
上面的兩種方法都是臨時起作用的,下次再通過mongo進入實例的時候,查詢仍然會報錯,為此可以通過下列方式
[mongod@beijing-fuli-hadoop-04 ~]$ vi .mongorc.js
rs.slaveOk();
這樣的話以后每次通過mongo命令進入都可以查詢了
8.3.查看當前mongodb連接的那個庫
> use liuwenhe
switched to db liuwenhe
> db.stats()
{
"db" : "liuwenhe",
"collections" : 1,
"views" : 0,
"objects" : 1,
"avgObjSize" : 48,
"dataSize" : 48,
"storageSize" : 16384,
"numExtents" : 0,
"indexes" : 1,
"indexSize" : 16384,
"fsUsedSize" : 18297913344,
"fsTotalSize" : 75949613056,
"ok" : 1
}
8.4查看副本集從庫狀態信息(延遲、成員等)
MongoDB Enterprise liuhe_rs:PRIMARY> rs.printSlaveReplicationInfo()
source: 10.9.21.179:27017
syncedTo: Sat Nov 16 2019 21:56:29 GMT+0800 (CST)
0 secs (0 hrs) behind the primary
source: 10.9.21.114:27017
syncedTo: Sat Nov 16 2019 21:56:29 GMT+0800 (CST)
0 secs (0 hrs) behind the primary
如上所示,有兩個從庫,分別是10.9.21.179、10.9.21.114,然后同步到了主庫的oplogs
Sat Nov 16 2019 21:56:29 的時間點了,沒有延遲;
8.5:查看副本集的oplog信息:
MongoDB Enterprise liuhe_rs:PRIMARY> rs.printReplicationInfo()
configured oplog size: 51200MB
log length start to end: 424168secs (117.82hrs)
oplog first event time: Tue Nov 12 2019 00:10:41 GMT+0800 (CST)
oplog last event time: Sat Nov 16 2019 22:00:09 GMT+0800 (CST)
now: Sat Nov 16 2019 22:00:16 GMT+0800 (CST)
8.6查看某個庫下的用戶:
MongoDB Enterprise liuhe_rs:PRIMARY> use admin
switched to db admin
MongoDB Enterprise liuhe_rs:PRIMARY> show users
九:創建管理員用戶
use admin
db.createUser(
{
user: "liuwenhe",
pwd: "liuwenhe",
roles: [ { role: "root", db: "admin" } ]
}
)
MongoDB Enterprise liuhe_rs:PRIMARY> db.auth('liuwenhe','liuwenhe')
登錄數據庫:
mongo -u liuwenhe -p liuwenhe --authenticationDatabase admin
創建普通賬號:
db.createUser({user:'user', pwd:'123456', roles:[ {role:'readWrite', db:'liuwenhe'}]})
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。