MongoDB副本和分片基本概念

http://www.xuchanggang.cn/archives/1015.html

1.副本集 Replicat sets模式

1.主服务器负责整个副本集的读写，副本集按期同步数据备份，一但主节点挂掉，副本节点就会选举一个新的主服务器，这一切对于应用服务器不须要关心
2.副本集中的副本节点，在主节点挂掉后，经过心跳机制检测到后，就会在集群内发起主节点的选举机制，自动选举一位新的主服务器
3.Mongodb 提供了各类开发语言访问 Mongodb replica sets 的驱动程序，因此，访问地址的高可用在客户端访问代码中实现
4.Mongodb Replicat sets 同步测试
5.Mongodb Replicat sets 故障切换测试
6.Mongodb Replicat sets 读写分离配置
读写分离，将读压力分散到副本集的副本节点上，能够减轻主节点的读写压力
（1）设置读写分离，须要先在副本节点SECONDARY ，设置 setSlaveOk。
（2）在程序中设置副本节点负责读操做，

2.分片

mongos：

数据库集群请求的入口，全部的请求都经过mongos进行协调，不须要在应用程序添加一个路由选择器；
      mongos本身就是一个请求分发中心，它负责把对应的数据请求请求转发到对应的shard服务器上；
      在生产环境，一般有多mongos做为请求的入口，防止其中一个挂掉全部的mongodb请求都没有办法操做。

config server：

顾名思义为配置服务器，存储全部数据库元信息（路由、分片）的配置；
      mongos自己没有物理存储分片服务器和数据路由信息，只是缓存在内存里，配置服务器则实际存储这些数据；
      mongos第一次启动或者关掉重启就会从 config server 加载配置信息，之后，若是配置服务器信息变化会通知到全部的 mongos 更新本身的状态；
      这样， mongos 就能继续准确路由；
      在生产环境一般有多个 config server 配置服务器，由于它存储了分片路由的元数据，这个可不能丢失！就算挂掉其中一台，只要还有存货， mongodb集群就不会挂掉。

shard：

这就是传说中的分片了。
      一台机器的一个数据表 Collection1 存储了 1T 数据，压力太大了；
      在分给4个机器后，每一个机器都是256G，则分摊了集中在一台机器的压力；
      也许有人问一台机器硬盘加大一点不就能够了，为何要分给四台机器呢？不要光想到存储空间，实际运行的数据库还有硬盘的读写、网络的IO、CPU和内存的瓶颈；
      在mongodb集群只要设置好了分片规则，经过mongos操做数据库就能自动把对应的数据操做请求转发到对应的分片机器上；
      在生产环境中分片的片键可要好好设置，这个影响到了怎么把数据均匀分到多个分片机器上，不要出现其中一台机器分了1T，其余机器没有分到的状况，这样还不如不分片！

replica set:

分片若是没有 replica set 是个不完整架构； 假设，其中的一个分片挂掉那四分之一的数据就丢失了，因此，在高可用性的分片架构，还须要对于每个分片构建 replica set 副本集保证分片的可靠性;      生产环境一般是 2个副本 + 1个仲裁。

mongos 3个， config server 3个，数据分3片 shard server 3个，每一个shard 有一个副本一个仲裁也就是 3 * 2 = 6 个，总共须要部署15个实例

3.问题

db.books.stats(); 从上面看，咱们这个插入的数据，分配很不均衡，至于何解，有待研究