mongodb主从复制

最新推荐文章于 2024-04-14 11:06:47 发布
最新推荐文章于 2024-04-14 11:06:47 发布
阅读量755 收藏 1
点赞数
文章标签： mongodb nosql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_57435957/article/details/122930528
版权

地址规划
在这里插入图片描述

关闭27017防火墙端口
在这里插入图片描述

更改mongodb主配文件
在这里插入图片描述

互相连接查看是否连接成功
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

定义变量
首先指定 id，id 就是副本集名称，members 里面是一组数组，数组中是各 MongoDB 实例的地址和监听端口
在这里插入图片描述

打开admin库，使用 rs.initiate 方法，引用刚刚定义的变量 config，来初始化集群
在这里插入图片描述

当副本集创建并初始化完成后，终端提示符会由">“变成"test:PRIMARY>”，tset 是副本集名称，PRIMARY 代表当前实例为 Primary 主节点。一个 MongoDB 副 本集中只有一个 Primary，其它都是 Secondary。并且只有 Primary 能写入数据，Secondary 只能读但不能写。
在这里插入图片描述

当副本集初始化完成后，还需要在 Secondary 上声明自己是从节点，才能查看数据
两台从节点上声明
在这里插入图片描述

查看从节点延时情况
在这里插入图片描述

查看集群状态
在主从节点输入
rs.status()
主：

test:PRIMARY> rs.status()
{
	"set" : "test",
	"date" : ISODate("2022-01-13T02:24:28.304Z"),
	"myState" : 1,
	"term" : NumberLong(1),
	"syncSourceHost" : "",
	"syncSourceId" : -1,
	"heartbeatIntervalMillis" : NumberLong(2000),
	"majorityVoteCount" : 2,
	"writeMajorityCount" : 2,
	"votingMembersCount" : 3,
	"writableVotingMembersCount" : 3,
	"optimes" : {
		"lastCommittedOpTime" : {
			"ts" : Timestamp(1642040661, 1),
			"t" : NumberLong(1)
		},
		"lastCommittedWallTime" : ISODate("2022-01-13T02:24:21.535Z"),
		"readConcernMajorityOpTime" : {
			"ts" : Timestamp(1642040661, 1),
			"t" : NumberLong(1)
		},
		"appliedOpTime" : {
			"ts" : Timestamp(1642040661, 1),
			"t" : NumberLong(1)
		},
		"durableOpTime" : {
			"ts" : Timestamp(1642040661, 1),
			"t" : NumberLong(1)
		},
		"lastAppliedWallTime" : ISODate("2022-01-13T02:24:21.535Z"),
		"lastDurableWallTime" : ISODate("2022-01-13T02:24:21.535Z")
	},
	"lastStableRecoveryTimestamp" : Timestamp(1642040641, 1),
	"electionCandidateMetrics" : {
		"lastElectionReason" : "electionTimeout",
		"lastElectionDate" : ISODate("2022-01-13T02:17:21.396Z"),
		"electionTerm" : NumberLong(1),
		"lastCommittedOpTimeAtElection" : {
			"ts" : Timestamp(1642040230, 1),
			"t" : NumberLong(-1)
		},
		"lastSeenOpTimeAtElection" : {
			"ts" : Timestamp(1642040230, 1),
			"t" : NumberLong(-1)
		},
		"numVotesNeeded" : 2,
		"priorityAtElection" : 1,
		"electionTimeoutMillis" : NumberLong(10000),
		"numCatchUpOps" : NumberLong(0),
		"newTermStartDate" : ISODate("2022-01-13T02:17:21.430Z"),
		"wMajorityWriteAvailabilityDate" : ISODate("2022-01-13T02:17:21.531Z")
	},
	"members" : [
		{
			"_id" : 0,
			"name" : "192.168.179.172:27017",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 999,
			"optime" : {
				"ts" : Timestamp(1642040661, 1),
				"t" : NumberLong(1)
			},
			"optimeDate" : ISODate("2022-01-13T02:24:21Z"),
			"lastAppliedWallTime" : ISODate("2022-01-13T02:24:21.535Z"),
			"lastDurableWallTime" : ISODate("2022-01-13T02:24:21.535Z"),
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"electionTime" : Timestamp(1642040241, 1),
			"electionDate" : ISODate("2022-01-13T02:17:21Z"),
			"configVersion" : 1,
			"configTerm" : 1,
			"self" : true,
			"lastHeartbeatMessage" : ""
		},
		{
			"_id" : 1,
			"name" : "192.168.179.173:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 438,
			"optime" : {
				"ts" : Timestamp(1642040661, 1),
				"t" : NumberLong(1)
			},
			"optimeDurable" : {
				"ts" : Timestamp(1642040661, 1),
				"t" : NumberLong(1)
			},
			"optimeDate" : ISODate("2022-01-13T02:24:21Z"),
			"optimeDurableDate" : ISODate("2022-01-13T02:24:21Z"),
			"lastAppliedWallTime" : ISODate("2022-01-13T02:24:21.535Z"),
			"lastDurableWallTime" : ISODate("2022-01-13T02:24:21.535Z"),
			"lastHeartbeat" : ISODate("2022-01-13T02:24:28.041Z"),
			"lastHeartbeatRecv" : ISODate("2022-01-13T02:24:26.598Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncSourceHost" : "192.168.179.172:27017",
			"syncSourceId" : 0,
			"infoMessage" : "",
			"configVersion" : 1,
			"configTerm" : 1
		},
		{
			"_id" : 2,
			"name" : "192.168.179.174:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 438,
			"optime" : {
				"ts" : Timestamp(1642040661, 1),
				"t" : NumberLong(1)
			},
			"optimeDurable" : {
				"ts" : Timestamp(1642040661, 1),
				"t" : NumberLong(1)
			},
			"optimeDate" : ISODate("2022-01-13T02:24:21Z"),
			"optimeDurableDate" : ISODate("2022-01-13T02:24:21Z"),
			"lastAppliedWallTime" : ISODate("2022-01-13T02:24:21.535Z"),
			"lastDurableWallTime" : ISODate("2022-01-13T02:24:21.535Z"),
			"lastHeartbeat" : ISODate("2022-01-13T02:24:28.077Z"),
			"lastHeartbeatRecv" : ISODate("2022-01-13T02:24:26.599Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncSourceHost" : "192.168.179.172:27017",
			"syncSourceId" : 0,
			"infoMessage" : "",
			"configVersion" : 1,
			"configTerm" : 1
		}
	],
	"ok" : 1,
	"$clusterTime" : {
		"clusterTime" : Timestamp(1642040661, 1),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	},
	"operationTime" : Timestamp(1642040661, 1)
}

从1：

test:SECONDARY> rs.status()
{
	"set" : "test",
	"date" : ISODate("2022-01-13T02:25:36.787Z"),
	"myState" : 2,
	"term" : NumberLong(1),
	"syncSourceHost" : "192.168.179.172:27017",
	"syncSourceId" : 0,
	"heartbeatIntervalMillis" : NumberLong(2000),
	"majorityVoteCount" : 2,
	"writeMajorityCount" : 2,
	"votingMembersCount" : 3,
	"writableVotingMembersCount" : 3,
	"optimes" : {
		"lastCommittedOpTime" : {
			"ts" : Timestamp(1642040731, 1),
			"t" : NumberLong(1)
		},
		"lastCommittedWallTime" : ISODate("2022-01-13T02:25:31.548Z"),
		"readConcernMajorityOpTime" : {
			"ts" : Timestamp(1642040731, 1),
			"t" : NumberLong(1)
		},
		"appliedOpTime" : {
			"ts" : Timestamp(1642040731, 1),
			"t" : NumberLong(1)
		},
		"durableOpTime" : {
			"ts" : Timestamp(1642040731, 1),
			"t" : NumberLong(1)
		},
		"lastAppliedWallTime" : ISODate("2022-01-13T02:25:31.548Z"),
		"lastDurableWallTime" : ISODate("2022-01-13T02:25:31.548Z")
	},
	"lastStableRecoveryTimestamp" : Timestamp(1642040721, 1),
	"electionParticipantMetrics" : {
		"votedForCandidate" : true,
		"electionTerm" : NumberLong(1),
		"lastVoteDate" : ISODate("2022-01-13T02:17:21.397Z"),
		"electionCandidateMemberId" : 0,
		"voteReason" : "",
		"lastAppliedOpTimeAtElection" : {
			"ts" : Timestamp(1642040230, 1),
			"t" : NumberLong(-1)
		},
		"maxAppliedOpTimeInSet" : {
			"ts" : Timestamp(1642040230, 1),
			"t" : NumberLong(-1)
		},
		"priorityAtElection" : 1,
		"newTermStartDate" : ISODate("2022-01-13T02:17:21.430Z"),
		"newTermAppliedDate" : ISODate("2022-01-13T02:17:21.527Z")
	},
	"members" : [
		{
			"_id" : 0,
			"name" : "192.168.179.172:27017",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 506,
			"optime" : {
				"ts" : Timestamp(1642040731, 1),
				"t" : NumberLong(1)
			},
			"optimeDurable" : {
				"ts" : Timestamp(1642040731, 1),
				"t" : NumberLong(1)
			},
			"optimeDate" : ISODate("2022-01-13T02:25:31Z"),
			"optimeDurableDate" : ISODate("2022-01-13T02:25:31Z"),
			"lastAppliedWallTime" : ISODate("2022-01-13T02:25:31.548Z"),
			"lastDurableWallTime" : ISODate("2022-01-13T02:25:31.548Z"),
			"lastHeartbeat" : ISODate("2022-01-13T02:25:36.695Z"),
			"lastHeartbeatRecv" : ISODate("2022-01-13T02:25:36.138Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"electionTime" : Timestamp(1642040241, 1),
			"electionDate" : ISODate("2022-01-13T02:17:21Z"),
			"configVersion" : 1,
			"configTerm" : 1
		},
		{
			"_id" : 1,
			"name" : "192.168.179.173:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 1077,
			"optime" : {
				"ts" : Timestamp(1642040731, 1),
				"t" : NumberLong(1)
			},
			"optimeDate" : ISODate("2022-01-13T02:25:31Z"),
			"lastAppliedWallTime" : ISODate("2022-01-13T02:25:31.548Z"),
			"lastDurableWallTime" : ISODate("2022-01-13T02:25:31.548Z"),
			"syncSourceHost" : "192.168.179.172:27017",
			"syncSourceId" : 0,
			"infoMessage" : "",
			"configVersion" : 1,
			"configTerm" : 1,
			"self" : true,
			"lastHeartbeatMessage" : ""
		},
		{
			"_id" : 2,
			"name" : "192.168.179.174:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 506,
			"optime" : {
				"ts" : Timestamp(1642040731, 1),
				"t" : NumberLong(1)
			},
			"optimeDurable" : {
				"ts" : Timestamp(1642040731, 1),
				"t" : NumberLong(1)
			},
			"optimeDate" : ISODate("2022-01-13T02:25:31Z"),
			"optimeDurableDate" : ISODate("2022-01-13T02:25:31Z"),
			"lastAppliedWallTime" : ISODate("2022-01-13T02:25:31.548Z"),
			"lastDurableWallTime" : ISODate("2022-01-13T02:25:31.548Z"),
			"lastHeartbeat" : ISODate("2022-01-13T02:25:36.695Z"),
			"lastHeartbeatRecv" : ISODate("2022-01-13T02:25:36.694Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncSourceHost" : "192.168.179.172:27017",
			"syncSourceId" : 0,
			"infoMessage" : "",
			"configVersion" : 1,
			"configTerm" : 1
		}
	],
	"ok" : 1,
	"$clusterTime" : {
		"clusterTime" : Timestamp(1642040731, 1),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	},
	"operationTime" : Timestamp(1642040731, 1)
}

从2：

test:SECONDARY> rs.status()
{
	"set" : "test",
	"date" : ISODate("2022-01-13T02:26:05.092Z"),
	"myState" : 2,
	"term" : NumberLong(1),
	"syncSourceHost" : "192.168.179.172:27017",
	"syncSourceId" : 0,
	"heartbeatIntervalMillis" : NumberLong(2000),
	"majorityVoteCount" : 2,
	"writeMajorityCount" : 2,
	"votingMembersCount" : 3,
	"writableVotingMembersCount" : 3,
	"optimes" : {
		"lastCommittedOpTime" : {
			"ts" : Timestamp(1642040761, 1),
			"t" : NumberLong(1)
		},
		"lastCommittedWallTime" : ISODate("2022-01-13T02:26:01.553Z"),
		"readConcernMajorityOpTime" : {
			"ts" : Timestamp(1642040761, 1),
			"t" : NumberLong(1)
		},
		"appliedOpTime" : {
			"ts" : Timestamp(1642040761, 1),
			"t" : NumberLong(1)
		},
		"durableOpTime" : {
			"ts" : Timestamp(1642040761, 1),
			"t" : NumberLong(1)
		},
		"lastAppliedWallTime" : ISODate("2022-01-13T02:26:01.553Z"),
		"lastDurableWallTime" : ISODate("2022-01-13T02:26:01.553Z")
	},
	"lastStableRecoveryTimestamp" : Timestamp(1642040721, 1),
	"electionParticipantMetrics" : {
		"votedForCandidate" : true,
		"electionTerm" : NumberLong(1),
		"lastVoteDate" : ISODate("2022-01-13T02:17:21.397Z"),
		"electionCandidateMemberId" : 0,
		"voteReason" : "",
		"lastAppliedOpTimeAtElection" : {
			"ts" : Timestamp(1642040230, 1),
			"t" : NumberLong(-1)
		},
		"maxAppliedOpTimeInSet" : {
			"ts" : Timestamp(1642040230, 1),
			"t" : NumberLong(-1)
		},
		"priorityAtElection" : 1,
		"newTermStartDate" : ISODate("2022-01-13T02:17:21.430Z"),
		"newTermAppliedDate" : ISODate("2022-01-13T02:17:21.581Z")
	},
	"members" : [
		{
			"_id" : 0,
			"name" : "192.168.179.172:27017",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 534,
			"optime" : {
				"ts" : Timestamp(1642040761, 1),
				"t" : NumberLong(1)
			},
			"optimeDurable" : {
				"ts" : Timestamp(1642040761, 1),
				"t" : NumberLong(1)
			},
			"optimeDate" : ISODate("2022-01-13T02:26:01Z"),
			"optimeDurableDate" : ISODate("2022-01-13T02:26:01Z"),
			"lastAppliedWallTime" : ISODate("2022-01-13T02:26:01.553Z"),
			"lastDurableWallTime" : ISODate("2022-01-13T02:26:01.553Z"),
			"lastHeartbeat" : ISODate("2022-01-13T02:26:04.743Z"),
			"lastHeartbeatRecv" : ISODate("2022-01-13T02:26:04.232Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncSourceHost" : "",
			"syncSourceId" : -1,
			"infoMessage" : "",
			"electionTime" : Timestamp(1642040241, 1),
			"electionDate" : ISODate("2022-01-13T02:17:21Z"),
			"configVersion" : 1,
			"configTerm" : 1
		},
		{
			"_id" : 1,
			"name" : "192.168.179.173:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 534,
			"optime" : {
				"ts" : Timestamp(1642040761, 1),
				"t" : NumberLong(1)
			},
			"optimeDurable" : {
				"ts" : Timestamp(1642040761, 1),
				"t" : NumberLong(1)
			},
			"optimeDate" : ISODate("2022-01-13T02:26:01Z"),
			"optimeDurableDate" : ISODate("2022-01-13T02:26:01Z"),
			"lastAppliedWallTime" : ISODate("2022-01-13T02:26:01.553Z"),
			"lastDurableWallTime" : ISODate("2022-01-13T02:26:01.553Z"),
			"lastHeartbeat" : ISODate("2022-01-13T02:26:04.743Z"),
			"lastHeartbeatRecv" : ISODate("2022-01-13T02:26:04.742Z"),
			"pingMs" : NumberLong(0),
			"lastHeartbeatMessage" : "",
			"syncSourceHost" : "192.168.179.172:27017",
			"syncSourceId" : 0,
			"infoMessage" : "",
			"configVersion" : 1,
			"configTerm" : 1
		},
		{
			"_id" : 2,
			"name" : "192.168.179.174:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 1080,
			"optime" : {
				"ts" : Timestamp(1642040761, 1),
				"t" : NumberLong(1)
			},
			"optimeDate" : ISODate("2022-01-13T02:26:01Z"),
			"lastAppliedWallTime" : ISODate("2022-01-13T02:26:01.553Z"),
			"lastDurableWallTime" : ISODate("2022-01-13T02:26:01.553Z"),
			"syncSourceHost" : "192.168.179.172:27017",
			"syncSourceId" : 0,
			"infoMessage" : "",
			"configVersion" : 1,
			"configTerm" : 1,
			"self" : true,
			"lastHeartbeatMessage" : ""
		}
	],
	"ok" : 1,
	"$clusterTime" : {
		"clusterTime" : Timestamp(1642040761, 1),
		"signature" : {
			"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
			"keyId" : NumberLong(0)
		}
	},
	"operationTime" : Timestamp(1642040761, 1)
}

验证主从复制
在主节点上插入数据
在这里插入图片描述

从节点验证
从1：
在这里插入图片描述

从2：
在这里插入图片描述

查看延时情况
在这里插入图片描述

优先级
MongoDB 副本集的中，Secondary 会不断检测 Primary 的健康状况，一旦 Primary 故障，各 Secondary 会根据优先级来选举一个新的 Primary。在没有指定优先级的情况下，各实例的优先级为 1。在优先级一样的情况下，无法预料到到底哪个 Secondary 会成为 Primary。
获取副本集的配置信息，各实例的优先级默认为 1
设置各实例的优先级，只有在 Primary 上可以更改优先级配置。根据 rs.config().members 中的输出，各实例的索引号从 0 开始，每次递增 1，类似数组。
在这里插入图片描述

更新mongodb副本集的配置
在这里插入图片描述

查看优先级
在这里插入图片描述

孤鹰食飞雪
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mongodb主从复制_动力节点Java学院整理
09-09
主要为大家详细介绍了mongodb主从复制的相关资料，讨论mongodb的部署技术，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
Mongo集群入门
qq_35789269的博客
01-20 1035
分片 (sharding) 是MongoDB用来将大型集合水平分割到不同服务器（或者副本集）上所采用的方法。不需要功能强大的大型计算机就可以存储更多的数据，处理更大的负载。本文介绍了 3 种 MongoDB 的高可用架构，Master-Slave 模式，Replica Set 模式，Sharding 模式，这也是常见的架构演进的过程，是不是有点恍惚，Redis 也是类似这种架构的演进。MongoDB Master-Slave 已经不推荐，甚至新版已经不支持这种冗余模式；
MongoDB建立主从复制小案例(一主一从)
YHJ
05-12 638
花了两天学习了mongoDB, 今天接触到了mongo的主从配置, 把它记下来 1. 　　开启两个mongo服务器(用于一主一从, 没有加安全验证相关参数 : 可以使用mongd-help查看) 　　　　mongod --bind_ip IP --port PORT --dbpath D:\.. --replSet name 　　　　....(从类似, 端口不要相同) 　　　　--bind_ip : 服务器地址 　　　　-- port : 服务器使用的端口 　　　　-- dbpath : 用于
深入剖析MongoDB集群架构设计
最新发布
我是一名热爱编程和分享知识的技术作者，在金融和教育领域有多年的研发管理经验，感谢您访问我的博客，一定会为您带来不一样的收货！
04-14 1325
MongoDB 有三种集群架构模式，分别为主从复制（Master-Slaver）、副本集（Replica Set）和分片（Sharding）模式。当讨论 MongoDB 的集群架构时，应强调副本集和分片这两种官方推荐和支持的模式。如果在历史背景下讨论，可以提及主从复制作为早期的一种复制方式，但需明确指出它在现代 MongoDB 中已不再适用。探索非关系型世界：MongoDB核心概念全解析-CSDN博客TiDB存储引擎TiKV揭秘-CSDN博客。
MongoDB集群高可用
小城我家
09-27 576
MongoDB集群高可用 MongoDB主从复制架构原理和缺陷 master-slave架构中master节点负责数据的读写，slave没有写入权限只负责读取数据 在主从结构中，主节点的操作记录成为oplog（operation log）。oplog存储在系统数据库local的oplog.$main集合中，这个集合的每个文档都代表主节点上执行的一个操作。从服务器会定期从主服务器中获取oplog记录，然后在本机上执行！对于存储oplog的集合，MongoDB采用的是固定集合，也就是说着操作过多，新的操作会覆
详解mongoDB主从复制搭建详细过程
09-09
主要介绍了详解mongoDB主从复制搭建详细过程的相关资料,这里对实现主从复制进行了详细的步骤介绍，需要的朋友可以参考下
MongoDB 主从复制实例讲解
01-19
主从复制可以用来做数据库的备份，故障恢复，读写分离。 本实验使用Mongodb 3.2版本，我们先查看一下mongod的帮助 [root@localhost mongodb]# mongod --help .....省略 Master/slave options (old; use replica ...
Java：84-MongoDB高级介绍
qq_59609098的博客
08-06 912
*心跳检测：整个集群需要保持一定的通信才能知道哪些节点活着哪些节点挂掉mongodb节点会向副本集中的其他节点每两秒就会发送一次pings包如果其他节点在10秒钟之内没有返回就标示为不能访问每个节点内部都会维护一个状态映射表，表明当前每个节点是什么角色、日志时间戳等关键信息如果是主节点，除了维护映射表外还需要检查自己能否和集群中内大部分节点通讯如果不能，则把自己降级为secondary只读节点（即变成从）数据同步副本集同步分为初始化同步和keep复制。
Mongodb是什么？以及主从复制 及 副本集＋分片集群梳理
一个老菜鸟的学习分享
03-08 1585
文章目录Mongodb主从复制 及 副本集＋分片集群梳理一、先说说mongodb主从复制配置主从复制的原理二、Mongodb副本集（Replica Sets）1）关于副本集的概念2）副本集的结构及原理相对于传统主从模式的优势心跳检测：数据同步3）副本集的工作流程4）副本集选举的过程和注意点5）副本集数据过程6）MongoDB 同步延迟问题7）Mongodb副本集环境部署记录三、Mongodb分片集群（Sharding）1）Sharding分区概念为何需要水平分片mongodb sharding 服务器架构2
mongodb4.4.9副本集安装（一主一从一仲裁）
change_can的博客
11-25 2269
mongodb副本集安装
MongoDB主从复制
weixin_30532369的博客
08-27 65
主从复制是MongoDB中一种常用的复制方式。这种方式非常灵活，可用于备份、故障恢复、读扩展等。 最基本的设置方式就是建立一个主节点和一个或者多个从节点，每个从节点要知道主节点的地址。配置方式主节点启动的时候加个--master ./mongod --logpath ../logs/log4 --dbpath ../dbs/db4 --port 20004 --fork --master...
mongodb高可用方案（一）主从复制
小范的博客
01-29 3369
一、mongodb为什么要做主从 1、数据的备份,有利于故障的恢复 2、读写分离,主节点负责写操作,从节点负责读操作,这样就把读写压力分开,保证系统的稳定性. 二、mongodb主从复制的原理 主节点会记录写有关的操作，读操作不记录。这些操作记录在local数据库中的oplog.$admin这个集合，这个是一个固定大小的集合，可以修改oplogSize大小，单位MB，一般为磁盘
MongoDB第二话 -- MongoDB高可用集群实现
生生不息，则源源不断
06-29 528
本文主要记录MongoDB集群的搭建坏境准备：liunx centos7，docker-compose，镜像mongo:4.2.21。 一主一从一仲裁，在一台机实现了 2.启动容器 3.初始化集群 _id：对应的replSet 名称 host：如果需要程序连接，需要填宿主机IP arbiterOnly:true 表示该节点为仲裁节点 5.模拟master节点挂掉 停掉master节点，进入slave节点容器中查看状态 可以看到原来的slave节点已经变成了PRIMARY主节点 集群未初始化......
MongoDB 主从复制
小春的博客
12-07 622
主从复制是mongodb最常用的复制方式,这种方式很灵活.可用于备份,故障恢复,读扩展等. 一、 主从复制配置 服务器环境：CentOS6.6 64位系统  mongodb-master：172.32.2.131 mongodb-slave ：172.32.2.132 1. 配置mongodb主库 vim /etc/mongod.conf修改配置文件内容如下： l
MongoDB的主从复制与复制集
南山行者
05-27 1323
MongoDB分为主从复制和复制集 一，主从复制 mongodb支持传统的master-slave架构。没有自动故障转移功能，需要指定master和slave端。不推荐。 1，创建两个配置文件 vi /etc/mongodb11.cnf dbpath=/usr/local/mongodb/data11 logpath=/usr/local/mongodb/log/mongodb1
mongodb带账号的主从复制
zhusixun的博客
08-18 704
1.keyFile 生成key_file: openssl rand -base64 741 > mongo_key 将mongo_key 分别置于master 和 slave mongodb的相同目录。 设置权限 chmod 700 mongo_key 2、配置主服务器 3、配置从服务器 主服务器和从服务器必须开启安全认证...
MongoDB主从集群、副本集与分片
热门推荐
不清不慎的博客
09-23 2万+
在实际生产中，为了防止数据丢失，我们需要搭建主从集群来同步数据；有时候当数据库中的数据量很大的时候，一台服务器无法存储，这时我们需要扩展多台机器来存储我们的数据，这时需要用到MongoDB的分片操作。 转发请标明原文地址：【原文链接】 一、主从复制 对于主从复制的原理，非常简单，简单的说就是几台机器之间进行同步操作，我们在主节点上操作数据，需要同步到其他子节点上。下面我们来实战一下。 首先创建一个...
【mongoDB实战】mongo集群---主从复制篇
weixin_30590285的博客
06-30 75
主从复制是MongoDB最常用的复制方式.这种方式非常灵活,可用于备份,故障恢复,读扩展等.最基本的设置方式就是建立一个主节点和一个或多个从节点,每个从节点要知道主节点的地址.运行mongod -master就启动了主服务器.运行mongod -slave --source master_address则启动了从服务器,其中master_address就是上面主节点的地址. ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值