搜索
首页数据库MongoDB讲讲关于 MongoDB 复制集的几个问题

MongoDB教程介绍为什么要使用复制集

讲讲关于 MongoDB 复制集的几个问题

推荐(免费):MongoDB教程

为什么要使用复制集

1.备份数据
通过自带的 mongo_dump/mongo_restore 工具也可以实现备份,但是毕竟没有复制集的自动同步备份方便。

2.故障自动转移
部署了复制集,当主节点挂了后,集群会自动投票再从节点中选举出一个新的主节点,继续提供服务。而且这一切都是自动完成的,对运维人员和开发人员是透明的。当然,发生故障了还是得人工及时处理,不要过度依赖复制集,万一都挂了,那就连喘息的时间都没有了。

3.在某些特定的场景下提高读性能
默认情况下,读和写都只能在主节点上进行。
下面是MongoDB的客户端支持5种复制集读选项:

  • primary:默认模式,所有的读操作都在复制集的 主节点 进行的。
  • primaryPreferred:在大多数情况时,读操作在 主节点 上进行,但是如果主节点不可用了,读操作就会转移到 从节点 上执行。
  • secondary:所有的读操作都在复制集的 从节点 上执行。
  • secondaryPreferred:在大多数情况下,读操作都是在 从节点 上进行的,但是当 从节点 不可用了,读操作会转移到 主节点 上进行。
  • nearest:读操作会在 复制集 中网络延时最小的节点上进行,与节点类型无关。

来源:http://docs.mongoing.com/manual-zh/core/re...

不推荐在从节点上进行读操作,因为从节点上的数据可能不是最新数据(主要原因)。
在从节点上进行读操作的场景很有限,官方手册中写明了适用的场景和不推荐从节点读操作的多个原因:http://docs.mongoing.com/manual-zh/core/re...

说说我自己的看法:复制集并不是为了提高读性能而存在的,除了个别场景,不推荐在从节点上进行读操作。如果想提升读性能,那么请使用索引和分片。插一句,如果数据规模不大,就没必要使用分片了。我们线上数据库中单个集合记录有将近 2 亿条,性能还比较 OK(当然,机器配置也不差,而且上面就只跑了一个 Redis 和一个 MongoDB)。

如何部署复制集

请看手册:http://docs.mongoing.com/manual-zh/tutoria...

如何在程序中使用 MongoDB 复制集故障自动转移的特性

以 PHP 的 mongo 驱动为例。

$client = new MongoClient('mongodb://192.168.1.2:27018,192.168.1.3:27019,192.168.1.4:27020', array('replicaSet' => 'rs0'));

这样配置后,如果只是其中一台 MongoDB 服务挂断后,剩余的节点会自动选举出新的主节点,程序还是可以继续正常运行。在选举的过程中,程序还是会抛出异常的,尽管选举过程很快,但是为了程序的健壮性,必须考虑异常的处理。当然,如果选举不出新的主节点,那么整个 MongoDB 就不可用了。(根据上面讲的,如果复制集的读选项是配置的 primaryPreferred。如果没有了主节点,但是从节点还可用的话,那么读操作将转移到从节点上去,这样整个 MongoDB 复制集还能提供读操作服务)

其实如果指定了复制集名 'replicaSet' => 'rs0',那么就算不列出所有节点地址,仅写一个有效节点地址,mongo 驱动会自动获取到所有有效节点,$client->getHosts() 方法可以查看所有有效节点的地址。

但是如果你只写了一个节点地址,刚好是那个节点挂掉了,那就连不上了。所有我建议配置完整的节点地址列表

同步的原理是什么

开启复制集后,会在 local 库下生成一个集合叫 oplog.rs,这是一个有限集合,也就是大小是固定的。每次对数据库的写操作都会被记录到这个集合里面。复制集中的节点就是通过读取其他节点上面的 oplog 来实现数据同步的。

举个例子:
用客户端向主节点添加了 100 条记录,那么 oplog 中也会有这 100 条的 insert 记录。从节点通过获取主节点的 oplog,也执行这 100 条 oplog 记录。这样,从节点也就复制了主节点的数据,实现了同步。

需要说明的是:并不是从节点只能获取主节点的 oplog。

为了提高复制的效率,复制集中所有节点之间会互相进行心跳检测(通过ping)。每个节点都可以从任何其他节点上获取oplog。

还有,用一条语句批量删除 50 条记录,并不是在 oplog 中只记录一条数据,而是记录 50 条单条删除的记录。

oplog中的每一条操作,无论是执行一次还是多次执行,对数据集的影响结果是一样的,i.e 每条oplog中的操作都是幂等的。

什么情况下需要重新同步

在上一个问题中得知:oplog 大小是固定的,而且 oplog 里面的记录数不一定和节点中的数据量成正比。那么,新记录肯定会将前面的老记录给覆盖。

如果,有天一个从节点挂了,其他节点还在正常运行,继续有写操作,oplog 继续增长。而这个挂掉的节点一直不能从其他节点那里同步最新的 oplog 记录,当其他节点的 oplog 已经发生的覆盖。即使这个从节点后来恢复了正常,也不会和其他节点保持数据一致了。因为,覆盖的就永远回不来了。

那么,这个时候就得重新同步了。恩,回不去的就永远回不去了,再找个新的重新开始吧。(逃

如何重新同步

参见:复制集成员的重新同步

什么时候应该使用投票节点

当复制集中有偶数个节点时,应该再加一个投票节点,用于打破投票僵局。

比如:我线上共有3台服务器,其中1台是作为 Web 服务器;其余2台作为 DB 服务器,各部署了1个MongoDB节点,构成了2个节点的复制集。这个时候,我并没有多余的机器了。在这个情况下,如果任意一台 DB 服务器上的 MongoDB 挂了,那么另外一台的 MongoDB 必然变为 SECONDARY 节点,那么就意味着 MongoDB 是不可用的了。为了避免这种情况,提高服务的可用性,可以在 Web 服务器上部署一个投票节点。投票节点并不存储数据,因此不能升职为 PRIMARY 节点,它对于硬件资源要求很低,并不会对 Web 服务器上的其他程序产生太大影响。这种情况下,如果任意一台 DB 服务器挂了,另外一台服务器上的 MongoDB 将成为 PRIMARY 节点,此时 MongoDB 还是依旧对外提供服务的。乘此时机,赶紧排查出故障的那台服务器的原因,尽快恢复服务。

为了让投票节点可以占用更少的资源,可以在配置文件中添加以下几个配置项:

journal = false
smallfiles = true
noprealloc = true

主从复制

master-slave 复制架构已经不推荐使用了,建议使用 replica sets 复制集架构。
参见:http://docs.mongoing.com/manual-zh/core/ma...

以上是讲讲关于 MongoDB 复制集的几个问题的详细内容。更多信息请关注PHP中文网其他相关文章!

声明
本文转载于:learnku。如有侵权,请联系admin@php.cn删除
MongoDB:文档数据库解释了MongoDB:文档数据库解释了Apr 30, 2025 am 12:04 AM

MongoDB是NoSQL数据库,适用于处理大量非结构化数据。1)它使用文档和集合存储数据,文档类似JSON对象,集合类似SQL表。2)MongoDB通过B树索引和分片实现高效数据操作。3)基本操作包括连接、插入和查询文档;高级操作如聚合管道可进行复杂数据处理。4)常见错误包括ObjectId处理不当和索引使用不当。5)性能优化包括索引优化、分片、读写分离和数据建模。

MongoDB关闭了吗?检查索赔MongoDB关闭了吗?检查索赔Apr 29, 2025 am 12:10 AM

不,mongodbisnotshutdown.itcontinuestothrivewithsteadygrowth,andexTingUserBase,andongoingDevelopment.thecompany'sssuccesswithmongodbatlasanditsvibrantcibrantcornityfibrantCommunityFurantCommumnityFurtherateInteMonterateDemonstrateDitalityAntalityAndFututureProperpects。

MongoDB:解决问题并解决潜在问题MongoDB:解决问题并解决潜在问题Apr 28, 2025 am 12:19 AM

MongoDB的常见问题包括数据一致性、查询性能和安全性。解决方案分别是:1)使用写关注和读关注机制确保数据一致性;2)通过索引、聚合管道和分片优化查询性能;3)采用加密、认证和审计措施提升安全性。

在MongoDB和Oracle之间进行选择:用例和注意事项在MongoDB和Oracle之间进行选择:用例和注意事项Apr 26, 2025 am 12:28 AM

MongoDB适合处理大规模、非结构化数据,Oracle适合需要严格数据一致性和复杂查询的场景。1.MongoDB提供灵活性和可扩展性,适用于多变数据结构。2.Oracle提供强大的事务支持和数据一致性,适用于企业级应用。选择时需考虑数据结构、扩展性和性能需求。

MongoDB的未来:数据库的状态MongoDB的未来:数据库的状态Apr 25, 2025 am 12:21 AM

MongoDB的未来充满可能性:1.云原生数据库发展,2.人工智能与大数据领域发力,3.安全性与合规性提升。MongoDB在技术创新、市场地位和未来发展方向上不断前进和突破。

MongoDB和NOSQL革命MongoDB和NOSQL革命Apr 24, 2025 am 12:07 AM

MongoDB是一种文档型NoSQL数据库,旨在提供高性能、易扩展和灵活的数据存储解决方案。1)它使用BSON格式存储数据,适合处理半结构化或非结构化数据。2)通过分片技术实现水平扩展,支持复杂查询和数据处理。3)在使用时需注意索引优化、数据建模和性能监控,以发挥其优势。

了解MongoDB的状态:解决问题了解MongoDB的状态:解决问题Apr 23, 2025 am 12:13 AM

MongoDB适合项目需求,但需优化使用。1)性能:优化索引策略和使用分片技术。2)安全性:启用身份验证和数据加密。3)可扩展性:使用副本集和分片技术。

MongoDB vs. Oracle:为您的需求选择正确的数据库MongoDB vs. Oracle:为您的需求选择正确的数据库Apr 22, 2025 am 12:10 AM

MongoDB适合非结构化数据和高扩展性需求,Oracle适合需要严格数据一致性的场景。1.MongoDB灵活存储不同结构数据,适合社交媒体和物联网。2.Oracle结构化数据模型确保数据完整性,适用于金融交易。3.MongoDB通过分片横向扩展,Oracle通过RAC纵向扩展。4.MongoDB维护成本低,Oracle维护成本高但支持完善。

See all articles

热AI工具

Undresser.AI Undress

Undresser.AI Undress

人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover

AI Clothes Remover

用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool

Undress AI Tool

免费脱衣服图片

Clothoff.io

Clothoff.io

AI脱衣机

Video Face Swap

Video Face Swap

使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸!

热工具

ZendStudio 13.5.1 Mac

ZendStudio 13.5.1 Mac

功能强大的PHP集成开发环境

EditPlus 中文破解版

EditPlus 中文破解版

体积小,语法高亮,不支持代码提示功能

PhpStorm Mac 版本

PhpStorm Mac 版本

最新(2018.2.1 )专业的PHP集成开发工具

Atom编辑器mac版下载

Atom编辑器mac版下载

最流行的的开源编辑器

WebStorm Mac版

WebStorm Mac版

好用的JavaScript开发工具