MongoDB介绍

MongoDB 是一个非常流行的 NoSQL 数据库，用于存储海量数据和实现高可用和可扩展性。在 MongoDB 中，副本集（Replica Set）和分片集群（Sharded Cluster）是两个最主要的实现高可用和可扩展性的方式。本文将对这两种方式进行对比分析

副本集

副本集是一种高可用的 MongoDB 部署方案。它包含多个服务节点（Replica Set Members）和一个专门的选举管理节点（Primary Node）。所有的服务节点持有相同的数据副本，并且在某个时刻只有一个节点被指定为 Primary Node，负责处理所有的写请求以及读取操作。

当 Primary Node 宕机时，副本集会自动进行重新选举，选举出一个新的 Primary Node，来保证整个集群的可用性。同时，客户端可以直接连接 Secondary Node 进行读取操作，以提高读取性能。

副本集的优点如下：

• 可以提供高可用和灾备恢复能力。

• 写入和读取操作都可以在集群的多个节点上进行。

• 选举机制可以保证系统的可用性。
  副本集的缺点如下：

• 单个节点容量有限。虽然所有节点都持有相同的数据副本，但是每个节点的容量有限。

• 集群扩容不方便。当数据量增加时，需要添加新的节点来扩容，但是这需要手动添加并重启整个集群。

分片集群

分片集群是一种可扩展的 MongoDB 部署方案。它将数据划分为多个分片（Shard），每个分片可运行在不同的服务器上，并且可以轻松添加新的分片来实现集群的扩容。

在分片集群中，客户端首先将数据请求发送到路由节点（mongos）。然后，路由节点将请求路由到相应的分片上进行处理。每个分片只持有一部分数据集合，可以使用 hash 或范围等方式来划分数据集合。此外，每个分片都会含有自己的副本集，用于保证高可用性。

分片集群的优点如下：

• 可以实现数据的无限扩展。因为数据可以水平拆分到多个分片上，每个分片都可以运行在不同的服务器上。

• 提供高可用性和灾备恢复能力。

• 可以通过增加或减少分片来动态实现集群的扩容和缩容。
  分片集群的缺点如下：

• 运维成本高。配置一个分片集群需要对整个集群中的所有组件进行配置和管理。

• 查询性能不如副本集。在分片集群中，查询操作需要将请求路由到相应的分片上，这可能会导致一定的性能损失。

副本集和分片集群的选择

副本集和分片集群都是 MongoDB 中用于提高可用性和扩展性的关键技术。虽然它们都可以为业务提供很好的解决方案，但是在选择使用哪种技术时，需要根据具体的情况进行权衡。

如果你的应用程序需要读写操作都非常高，同时数据增长缓慢，那么副本集是一个不错的选择。因为副本集可以提供高可用和灾备恢复能力，同时也能够扩容，这对于中小型的应用来说是足够的。

如果你的应用程序需要处理非常大的数据量，并且需要支持快速扩展，那么分片集群是更好的选择。因为分片集群可以实现数据的无限扩展，并且可以动态地调整集群规模以适应数据增长。

在实际生产环境中，我们需要根据业务需求以及数据增长情况选择合适的 MongoDB 部署方案，同时还需要考虑到运维的成本和复杂性。下面是一些建议，供大家参考：

1.如果你只需要一个简单的 MongoDB 实例，可以直接使用单节点部署。这种方式比较简单，并且可以满足小型应用的数据存储需求。

2.如果你需要提供高可用和灾备恢复能力，可以使用副本集。副本集可以提供高可用性和灾备恢复能力，并且可以轻松扩容，是一种比较常用的 MongoDB 部署方案。

3.如果你需要处理非常大的数据量，并且需要支持快速扩展，可以使用分片集群。分片集群可以实现数据的无限扩展，并且可以动态地调整集群规模以适应数据增长。

4.如果你的业务需要保证横向扩展的同时，数据需要保证强一致性，可以使用副本集加分片集群的方式实现。

在对比副本集和分片集群时，需要根据具体的情况进行权衡。如果你的应用程序需要读写操作都非常高，同时数据增长缓慢，那么副本集是一个不错的选择。如果你的应用程序需要处理非常大的数据量，并且需要支持快速扩展，那么分片集群是更好的选择。

最后，无论你选择了哪种技术，都需要根据具体的业务需求和数据规模来进行取舍，并不是一刀切的答案。同时，为了保证系统的可用性和稳定性，建议将 MongoDB 部署在多个地理位置上，以避免单个故障点导致整个系统宕机。

spring.data.mongodb.dbwlwdp.uri = mongodb://gzdpapp:123456@wlw.mongodb1.szgz.com:27019,wlw.mongodb2.szgz.com:27019,wlw.mongodb3.szgz.com:27019/db_wlw_dp?readPreference=secondaryPreferred
spring.data.mongodb.dbwlwdm.uri = mongodb://gzdmapp:123456@wlw.mongodb1.szgz.com:27019,wlw.mongodb2.szgz.com:27019,wlw.mongodb3.szgz.com:27019/db_wlw_dm?readPreference=secondaryPreferred
spring.data.mongodb.dbwlwtm.uri = mongodb://gztmapp:123456@wlw.mongodb1.szgz.com:27019,wlw.mongodb2.szgz.com:27019,wlw.mongodb3.szgz.com:27019/db_wlw_tm?readPreference=secondaryPreferred
spring.data.mongodb.dbwlwfu.uri = mongodb://gzfcapp:123456@wlw.mongodb1.szgz.com:27019,wlw.mongodb2.szgz.com:27019,wlw.mongodb3.szgz.com:27019/db_wlw_fu?readPreference=secondaryPreferred
spring.data.mongodb.dbwlwcm.uri = mongodb://gzcdmap:123456@wlw.mongodb1.szgz.com:27019,wlw.mongodb2.szgz.com:27019,wlw.mongodb3.szgz.com:27019/db_wlw_cm?readPreference=secondaryPreferred

支持五种 read preference模式：
1.primary：主节点，默认模式，读操作只在主节点，如果主节点不可用，报错或者抛出异常。
2.primaryPreferred：首选主节点，大多情况下读操作在主节点，如果主节点不可用，如故障转移，读操作在从节点。
3.secondary：从节点，读操作只在从节点，如果从节点不可用，报错或者抛出异常。
4.secondaryPreferred：首选从节点，大多情况下读操作在从节点，特殊情况（如单主节点架构）读操作在主节点。
5.nearest：最邻近节点，读操作在最邻近的成员，可能是主节点或者从节点，关于最邻近的成员请参考