Mongodb带验证的主从复制架构

简介:

先说几个关于mongodb的使用命令:

    1.创建用户    db.addUser('username','password');

    2.查询当前库中用户信息  db,system.users.find(); 

    3.进入响应数据库    use databaseName;

    4.显示当前数据库所有库的大小信息 show dbs;

    5.显示当前库的所有表信息 show collections;

    6.对数据进行用户验证 db.auth('username','password');

    7.创建表 db.createCollection('test');

    8.关闭数据的时候不要使用kill -9 的方式进行关闭数据库,这样会导致数据的破坏,关闭方法有两种,如下:

方法一:

1
2
3
4
#进入admin数据库
use admin;
#执行关闭数据库命令
db.shutdownServer();

方法二:

1
2
3
4
#过滤出进程ID
netstat  -ntpl |  grep  port
#使用-15的方式进行杀掉进程
kill  -15 ID

讲一个话外题,不感兴趣的同学可以略过,直接next了

    比如你创建了一个用户,权限只能看test库,当你使用mongodb mv管理软件且使用管理员的帐号连接上后,你会神奇的发现帐号test库并不显示,原因在于此数据库中没有任何的数据,当你使用第七条命令创建了一个表后,神奇的事情发生了,test这个数据库出现了


回归正题

    关于mongodb的主从复制

         不带账户验证的主从复制

                此种方案非常好理解,且操作简单,但是使用起来不安全。操作步骤大概如下:

                  系统环境介绍:Ubuntu 12.04.1 、MongoDB shell version: 2.6.1

                     启动的时候 只需要指定master和slave就可以了如下:

                        

1
mongod --dbpath= /usr/local/mongodb/data/mongodb_27017/  --fork --logpath= /var/log/mongod .log --port 27017 --master
1
mongod --dbpath= /usr/local/mongodb/data/mongodb_27018/  --fork --logpath= /var/log/mongod27018 .log --port 27018 --slave -- source =127.0.0.1:2701

         带账户验证的主从复制

                 此种方案就有点麻烦了,mongodb的官方文档注明了,需要使用一个keyfile的关键字进行数据同步,仅仅是哟过--auth是不行的。操作步骤大概如下:

                        系统环境介绍:Ubuntu 12.04.1 、MongoDB shell version: 2.6.1

                             步骤一、首先要进入admin库设置一个admin的账号,此账号为管理员帐号,对所有库都具有增删改查的权限,操作步骤如下:

1
2
3
mongo --host = 127.0.0.1:27017
use admin;
db.addUser( 'admin' , 'admin' );

                            步骤二、停掉现有的mongodb,然后使用如下参数启动,测试admin账户是否正确

1
2
3
4
mongod --dbpath= /usr/local/mongodb/data/mongodb_27017/  --fork --logpath= /var/log/mongod .log --port 27017 --auth
mongo --host = 127.0.0.1:27017
use admin;
db.auth( 'admin' , 'admin' );

                            步骤三、在slave上同样的操作步骤,进行设置slave的admin帐号并验证(切记如果主从在同一台机器上不要,使用了同一个端口,)

                            步骤四、停到主从,然后生成key文件。步骤如下:

1
openssl rand -base64 741 >  /root/mongo-keyfile

 会在root的宿主目录下生成一个文件mongo-keyfile文件 ll一下,看一下此文件大小,我第一次生成的时候文件大小为0,导致启动的时候失败

                            第五步、启动主从两个mongo。步骤如下

1
2
mongod --dbpath= /usr/local/mongodb/data/mongodb_27017/  --fork --logpath= /var/log/mongod .log --port 27017 --auth --master --keyFile  /root/mongo-keyfile 
mongod --dbpath= /usr/local/mongodb/data/mongodb_27018/  --fork --logpath= /var/log/mongod27018 .log --port 27018 --slave -- source =127.0.0.1:27017 --auth --keyFile  /root/mongo-keyfile

这样当操作主的时候 从自然也会跟着变化了


关于mongodb的账号设置管理与非管理员设置

               上面已经阐述了关于创建 “管理员”账号的操作方法,此处不就在阐述,如下内容阐述如何        创建普通用户权限

创建logdb库的普通用户,这个用户只可以操作本数据库,代码如下

1
2
3
4
5
6
#创建一个可读写账户
use logdb;
db.addUser( 'username' , 'password' );
#创建一个只读账户
use logdb;
db.addUser( 'username' , 'password' , true )









本文转自 xinsir999 51CTO博客,原文链接:http://blog.51cto.com/xinsir/1732416,如需转载请自行联系原作者
目录
相关文章
|
3月前
|
存储 NoSQL 前端开发
【赵渝强老师】MongoDB的分布式存储架构
MongoDB分片通过将数据分布到多台服务器,实现海量数据的高效存储与读写。其架构包含路由、配置服务器和分片服务器,支持水平扩展,结合复制集保障高可用性,适用于大规模生产环境。
369 1
|
4月前
|
存储 监控 NoSQL
Redis高可用架构全解析:从主从复制到集群方案
Redis高可用确保服务持续稳定,避免单点故障导致数据丢失或业务中断。通过主从复制实现数据冗余,哨兵模式支持自动故障转移,Cluster集群则提供分布式数据分片与水平扩展,三者层层递进,保障读写分离、容灾切换与大规模数据存储,构建高性能、高可靠的Redis架构体系。
|
监控 关系型数据库 MySQL
深入了解MySQL主从复制:构建高效稳定的数据同步架构
深入了解MySQL主从复制:构建高效稳定的数据同步架构
409 1
|
存储 NoSQL MongoDB
【赵渝强老师】MongoDB复制集的体系架构
MongoDB的复制集是一种集群技术,由一个Primary节点和多个Secondary节点组成,实现数据的高可用性。Primary节点处理写入请求,Secondary节点同步数据。当Primary节点故障时,Secondary节点可通过选举成为新的Primary节点。视频讲解和示意图详见正文。
174 0
|
NoSQL MongoDB Docker
求助,有没有大神可以找到arm64架构下mongodb的3.6.8版本的docker镜像?
在Docker Hub受限的情况下,寻求适用于ARM架构的docker镜像资源或拉取链接,以便在x86架构上获取;内网中的机器为ARM架构,因此优先请求适合ARM的Docker镜像或Dockerfile,非常感激您的帮助。
|
NoSQL Redis
Redis 主从复制架构配置及原理
Redis 主从复制架构配置及原理
232 5
|
SQL 关系型数据库 MySQL
MySQL高可用架构设计:从主从复制到分布式集群
MySQL高可用性涉及主从复制、半同步复制和Group/InnoDB Cluster。主从复制通过二进制日志同步数据,保证故障时可切换。半同步复制确保事务在至少一个从服务器确认后才提交。Group Replication是多主复制,支持自动故障切换。InnoDB Cluster是8.0的集成解决方案,简化集群管理。使用这些技术能提升数据库的稳定性和可靠性。
1320 2
|
存储 NoSQL MongoDB
MongoDB技术架构详解
MongoDB技术架构详解
|
6月前
|
NoSQL MongoDB 数据库
数据库数据恢复—MongoDB数据库数据恢复案例
MongoDB数据库数据恢复环境: 一台操作系统为Windows Server的虚拟机上部署MongoDB数据库。 MongoDB数据库故障: 工作人员在MongoDB服务仍然开启的情况下将MongoDB数据库文件拷贝到其他分区,数据复制完成后将MongoDB数据库原先所在的分区进行了格式化操作。 结果发现拷贝过去的数据无法使用。管理员又将数据拷贝回原始分区,MongoDB服务仍然无法使用,报错“Windows无法启动MongoDB服务(位于 本地计算机 上)错误1067:进程意外终止。”
|
6月前
|
缓存 NoSQL Linux
在CentOS 7系统中彻底移除MongoDB数据库的步骤
以上步骤完成后,MongoDB应该会从您的CentOS 7系统中被彻底移除。在执行上述操作前,请确保已经备份好所有重要数据以防丢失。这些步骤操作需要一些基本的Linux系统管理知识,若您对某一步骤不是非常清楚,请先进行必要的学习或咨询专业人士。在执行系统级操作时,推荐在实施前创建系统快照或备份,以便在出现问题时能够恢复到原先的状态。
548 79

推荐镜像

更多