13518219792
一：安装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-
八：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'}]})
