1、单点问题分析
1、单点故障
单一MongoDB提供服务，在服务器宕机时，会造成整个应用崩亏
2、海量数据存储
单一MongoDB，并不支持海量数据存储
解决方案：
集群概念：
Master-Slaver（主从集群）：是一种主从副本的模式，目前已经不推荐使用。
Replica Set（副本集群）：模式取代了Master-Slaver模式，是一种互为主从的关系，可以解决单点故障问题。
Sharding（分片集群）：可以解决但带你故障和海量数据存储问题。
2、副本集群
执行原理：
1、包含主节点和副节点/从节点
2、主节点只能有一个，可以完成数据读写操作
3、副本节点可以有多个，只能完成读操作
4、多节点间有心跳检测，并进行数据同步
5、主节点宕机后，副本节点选举新的主节点
总结：
1、单点故障
2、使用于中小型应用（数据量适中）
3、故障转移
4、读写分离
3、分片集群
内部结构：
1、分片服务
2、配置服务
3、路由服务
注意事项：为了保证每个服务的高可用，需要服务配置副本集群。
分片策略：
MongoDB通过分片策略，决定数据存储的分片服务器。mongodb有两种分片策略，根据集合字段来指定
1、范围指定
将指定字段的数据按照范围进行划分，根据范围获取分片服务器
2、数据Hash
将指定字段的数据进行Hash计算，获取存储的分片服务器
总结：
1、支持海量数据存储
2、分片集群内部结构
3、分片策略
