MongoDB副本集搭建

本文目录一览：

• 1、总结遇到的几次MongoDB副本集初始化失败问题
• 2、mongodb-分片shard-原理
• 3、docker-compose部署mongo数据库组件问题整理
• 4、【mongoDB】mongoDB的高可用、一致性
• 5、mongodb单机升级为副本集

总结遇到的几次MongoDB副本集初始化失败问题

1、问题描述：在副本集初始化完成前，尝试使用非本地读取关注级别时会报错。解决方案：确保在副本集初始化完成后再执行相关操作。如果是在初始化过程中遇到此错误，通常是因为副本集尚未完全启动或配置完成，需要等待初始化完成或检查配置是否正确。

2、IP错误引起MongoDB副本集初始化失败。PRIMARY与SECONDARY主机mongodb-keyfile文件内容不一致，导致在PRIMARY上添加副本集失败。备节点配置文件没有配置replSet，导致添加副本集失败。虚拟机（VirtualMachine）指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。

3、检查数据目录权限确保MongoDB服务账户对数据目录（如E：MongoDBdata）有完全控制权限。权限不足可能导致服务无法访问或修改数据文件。验证磁盘空间确认数据目录所在磁盘有足够可用空间。空间不足可能导致服务初始化失败，间接引发错误100。

4、解决方案：检查MongoDB复制集的状态和日志，确认是否需要回滚以及回滚的具体时间。如果确实需要回滚但超过了限制，可能需要考虑重新初始化从库或采取其他数据恢复措施。oplog太小：原因：MongoDB主节点的oplog（操作日志）用于记录主节点上的所有写操作，以便从节点能够重放这些操作以保持同步。

mongodb-分片shard-原理

1、MongoDB分片原理主要涉及以下方面：关键角色：数据分片：存储数据的核心组件，数据被均匀分布在多个副本集中，以保证服务连续性。每个副本集中的PrimaryShard负责存储未划分的集合，确保数据一致性。配置服务器：集群的元数据仓库，存储各个Shard的路由规则，使Mongos能根据查询条件将请求导向正确的数据片。

2、MongoDB 分片集群是一种在多台计算机之间分配数据的集群部署方式，旨在解决数据量过大的问题。

3、片键介绍 数据划分（partitioning）关键问题是怎么样将一个集合中的数据均衡的分布在集群中的节点上。 MongoDB 数据划分的是在集合的层面上进行的，它根据片键来划分集合中的数据。

4、当写日志的服务节点越来越多时，日志存储的服务需要保证可扩展的日志写入能力以及海量的日志存储能力，这时就需要使用MongoDB sharding来扩展，将日志数据分散存储到多个shard，关键的问题就是shard key的选择。

docker-compose部署mongo数据库组件问题整理

指定 mongod 进程使用的用户 ID 和组 ID（通常为 999）：chown 999：999 mongodb.key。

使用docker-compose.yml文件定义服务与依赖关系，方便启动多个服务。在Apworks框架中，定义MongoDB、PostgreSQL和RabbitMQ容器，使用sudo docker-compose up命令启动。总结，Docker在Windows 10下提供了便捷的开发和测试环境，解决了环境搭建问题，提高了开发效率。通过配置和工具使用，有效解决了遇到的问题。

第一步：部署 MongoDB 数据库。为确保安全性，数据库单独部署。若无数据库，可参考以往指南进行 MongoDB 部署。第二步：构建镜像。创建 Dockerfile 文件，并在同级目录下设置 repositories。使用命令构建镜像。第三步：启动服务。创建 docker-compose.yml 文件，并在同级目录下启动容器。

常见问题解决 存储配置优化问题：MinIO默认使用本地存储，数据易丢失。

//服务器IP：9000，进入Stacks界面粘贴Dbgate的docker-compose配置并执行。

【mongoDB】mongoDB的高可用、一致性

PSA结构优点是节约成本，但是缺点是Primary挂掉之后，一些依赖 majority（多数）特性的写功能出问题，因此一般不建议使用。复制集群确保数据一致性的核心设计是：从上面4点我们可以得出 MongoDB 高可用的如下结论：MongoDB宕机重启之后可以通过checkpoint快速恢复上一个60s之前的数据。

MongoDB 是一个基于分布式文件存储的开源非关系型数据库（NoSQL），采用文档型数据模型，支持动态模式设计，具备高性能、高可用性和水平扩展能力，适用于多种业务场景。MongoDB 与 MySQL 的对应关系库（Database）：与 MySQL 的库概念一致，用于组织数据集合。

若有数据可靠性、一致性和高可用性需求，可采用多节点部署方式，例如副本集和分片集群：副本集：由多个MongoDB实例组成，包含一个主节点和多个从节点。主节点处理所有写操作，从节点复制主节点数据。若主节点故障，副本集会自动选举新主节点，保障系统可用性。

mongodb单机升级为副本集

mongo副本集/复制集是mongo高可用性特征之一，是有自动故障恢复功能的主要集群。由一个Primary节点和一个或多个Secondary节点组成。

问题描述：在副本集初始化完成前，尝试使用非本地读取关注级别时会报错。解决方案：确保在副本集初始化完成后再执行相关操作。如果是在初始化过程中遇到此错误，通常是因为副本集尚未完全启动或配置完成，需要等待初始化完成或检查配置是否正确。

IP错误引起MongoDB副本集初始化失败这个错误在另一篇文章已经描述过，这里略过不赘述。

从 MongoDB 4 版本开始，建议将配置服务部署为副本集，以提高其可靠性和可用性。分片集群的优势 数据扩展性 分片集群允许水平扩展，通过增加分片数量来应对数据量的增长。这使得 MongoDB 能够处理数百GB甚至更大的数据集，而不会导致单个节点的性能瓶颈。

副本集：由多个MongoDB实例组成，包含一个主节点和多个从节点。