NoSQL实战(MongoDB搭建主从复制)

什么是复制集?

MongoDB复制是将数据同步到多个服务器的过程;

复制集提供了数据的冗余备份并提高了数据的可用性,通常可以保证数据的安全性;

复制集还允许您从硬件故障和服务中断中恢复数据。

  • 保障数据的安全性
  • 数据高可用性 (24*7)
  • 灾难恢复
  • 无需停机维护(如备份,重建索引,压缩)
  • 分布式读取数据
  • 副本集对应用层是透明的

MongoDB复制集的工作原理

  1. mongodb的复制集至少需要两个节点。其中一个是主节点,负责处理客户端请求,其余的都是从节点,负责复制主节点上的数据。

  2. mongodb各个节点常见的搭配方式为:一主一从、一主多从。

  3. 主节点记录在其上的所有操作oplog,从节点定期轮询主节点获取这些操作,然后对自己的数据副本执行这些操作,从而保证从节点的数据与主节点一致。

复制集的特点:

  • N 个节点的集群
  • 任何节点可作为主节点
  • 所有写入操作都在主节点上
  • 自动故障转移
  • 自动恢复

安装部署

配置MongoDByum源:

bash 复制代码
[root@localhost ~]# vim /etc/yum.repos.d/mongodb.repo

[mongodb-enterprise]
name=MongoDB Enterprise Repository
baseurl=https://repo.mongodb.com/yum/redhat/$releasever/mongodb-enterprise/3.4/$basearch/
gpgcheck=1
enabled=1
gpgkey=https://www.mongodb.org/static/pgp/server-3.4.asc

安装
[root@localhost ~]# yum install -y mongodb-enterprise

第一步:修改mongod配置文件(所有服务器都需要操作)

bash 复制代码
修改配置,启动两台机器mongod服务端:
[root@localhost ~]# vim /etc/mongod.conf 
bindIp: 0.0.0.0 #监听网卡
#需要增加的内容即复制集设置中的内容
repliocation:
  oplogSizeMB: 1024
  replSetName: myRS
  
参数说明:
	replication.oplogSizeMB  数字,复制操作日志的最大大小(M)
	eplication.replSetName  字符,作为其mongod部分副本集的名称,副本集中的所有主机都必须具有相同的名称

第二步:重新启动mongodb服务(所有服务器都需要操作)

bash 复制代码
[root@localhost ~]# systemctl restart mongod

第三步:在mongodb主服务器(192.168.150.14)运行命令,启动复制集

bash 复制代码
#进入mongo命令行
mongo
#shell内输入
MongoDB Enterprise > use admin
switched to db admin
#查看当前的ReplSet的状态
MongoDB Enterprise > rs.status()

#初始化ReplSet复制集
MongoDB Enterprise > rs.initiate({_id:'myRS',members:[{_id:1,host:'192.168.150.14:27017'}]})

第四步:复制集群增加其他服务器

bash 复制代码
MongoDB Enterprise myRS:PRIMARY> rs.add("192.168.150.15:27017");
MongoDB Enterprise myRS:PRIMARY> rs.status()

第五步:测试数据复制集效果,在主节点上插入数据测试

bash 复制代码
MongoDB Enterprise myRS:PRIMARY> use test
switched to db test
MongoDB Enterprise myRS:PRIMARY> for(var i =0; i <4; i ++){db.user.insert({userName:'my'+i,age:i})}

查看数据集,两个数据库都有数据,复制数据功能已经运行成功!!

bash 复制代码
MongoDB Enterprise myRS:PRIMARY> db.getCollection('user').find({})
MongoDB Enterprise myRS:SECONDARY> rs.slaveOk();

第六步:如主节点掉线,是否会故障转移

bash 复制代码
现在是
192.168.150.14 主
192.168.150.15 副
192.168.150.16 副

模拟关闭主节点,在主节点,使用db.shutdownServer()命令
MongoDB Enterprise myRS:PRIMARY> use admin
switched to db admin
MongoDB Enterprise myRS:PRIMARY> db.shutdownServer()

在两个副节点查看现时的状态,192.168.150.15变成了主节点,成功实现了故障转移!!

相关推荐
爱学习的阿磊23 分钟前
使用Fabric自动化你的部署流程
jvm·数据库·python
枷锁—sha29 分钟前
【SRC】SQL注入快速判定与应对策略(一)
网络·数据库·sql·安全·网络安全·系统安全
惜分飞41 分钟前
ORA-600 kcratr_nab_less_than_odr和ORA-600 4193故障处理--惜分飞
数据库·oracle
chian-ocean41 分钟前
CANN 生态进阶:利用 `profiling-tools` 优化模型性能
数据库·mysql
m0_550024631 小时前
持续集成/持续部署(CI/CD) for Python
jvm·数据库·python
AC赳赳老秦1 小时前
代码生成超越 GPT-4:DeepSeek-V4 编程任务实战与 2026 开发者效率提升指南
数据库·数据仓库·人工智能·科技·rabbitmq·memcache·deepseek
啦啦啦_99991 小时前
Redis-2-queryFormat()方法
数据库·redis·缓存
玄同7652 小时前
SQLite + LLM:大模型应用落地的轻量级数据存储方案
jvm·数据库·人工智能·python·语言模型·sqlite·知识图谱
吾日三省吾码2 小时前
别只会“加索引”了!这 3 个 PostgreSQL 反常识优化,能把性能和成本一起打下来
数据库·postgresql
chian-ocean2 小时前
百万级图文检索实战:`ops-transformer` + 向量数据库构建语义搜索引擎
数据库·搜索引擎·transformer