mongdb副本集搭建-创新互联

一：安装mongodb 常用的有两种方法：我采用的是方法2：

方法1 安装包方式，直接下载.tgz文件，然后解压即可：

/tupian/20230521/enterprise # 下载需要的版本

下载percona for mongodb

/tupian/20230521/downloads -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 /tupian/20230521/downloads

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-.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'}]})