share分片就是将不同数据放在不同节点里。与复制集相比稍微复杂。它除了存储数据的节点外还有一个路由节点 mongos，一个中心配置节点 configsvr，configsvr 不存储数据，存储meta信息，即某条数据在哪个片上的信息。mongos 查询数据时先要找 configsvr ，询问该数据在哪个节点上。
分片有4个要素：
(1) 要有N个节点,N>=2
(2) 要有 configsvr 维护 meta 信息
(3) 要启动 mongos 做路由
(4) 要设定好数据的分片规则（设定好规则 configsvr 才能维护）
数据的访问如下图所示：
记录share分片的简单步骤如下：
（1）建立4个启动服务的配置文件，位置在mongodb的跟路径下。
smongodb1.conf
dbpath=/var/smongodb/mdata17 logpath=/var/smongodb/mlog/mongolog17.log smallfiles=true logappend=true bind_ip=0.0.0.0 fork=true port=27017
smongodb2.conf
logpath=/var/smongodb/mlog/mongolog18.log smallfiles=true logappend=true bind_ip=0.0.0.0 fork=true port=27018
smongodbConfigsvr.conf
dbpath=/var/smongodb/mdata20 logpath=/var/smongodb/mlog/mongolog20.log smallfiles=true logappend=true bind_ip=0.0.0.0 fork=true configsvr=true port=27020
smongodb.conf
logpath=/var/smongodb/mlog/mongolog30.log logappend=true bind_ip=0.0.0.0 fork=true port=30000 configdb=192.168.31.151:27020
（2）依次执行如下操作
清空历史数据
rm -rf /var/smongodb/
创建数据、日志存放路径
mkdir -p /var/smongodb/mdata17 /var/smongodb/mdata18 /var/smongodb/mdata20 /var/smongodb/mlog
启动27017、27018端口的服务 (两个实例)
/usr/local/mongodb245/bin/mongod -f /usr/local/mongodb245/smongodb1.conf
/usr/local/mongodb245/bin/mongod -f /usr/local/mongodb245/smongodb2.conf
启动 configsvr服务
/usr/local/mongodb245/bin/mongod -f /usr/local/mongodb245/smongodbConfigsvr.conf
启动路由 mongos服务
/usr/local/mongodb245/bin/mongos -f /usr/local/mongodb245/smongodb.conf
增加两个片节点
/usr/local/mongodb245/bin/mongo --port 30000
sh.addShard('192.168.31.151:27017')
sh.addShard('192.168.31.151:27018')
执行完上述操作，搭建步骤就完成了，可以用 登录路由节点，查看分片状态：
/usr/local/mongodb245/bin/mongo --port 30000 登录路由节点的客户端，执行sh.status() 查看分片后的状态
可以看出192.168.31.151.27017 节点对应的分片是shard0000，192.168.31.151.27018 节点对应的分片是shard0001。配置完的分片中有一个admin数据库。由于没有配置分片规则，所以现在并不能实现数据的分片功能，测试如下：
mongos> db.goods.insert({name:'电动牙刷1'})
mongos> db.goods.insert({name:'电动牙刷2'})
mongos> db.goods.insert({name:'电动牙刷3'})
mongos> db.goods.insert({name:'电动牙刷4'})
登录27017节点可以查询到数据，登录27018节点不能查询到数据，并且没有shop库，此时在执行一下sh.statsu()，截图如下：
框起来的红色部分 partitioned:false 说明没有设置数据的分片规则，primary:shard0000 是说插入数据的首选片区是 shard0000，所以数据通过192.168.31.151.27017服务写入。下面配置分片规则：
mongos> db.goods.remove({}); 为了测试，先清除所有数据
mongos> sh.enableSharding('shop') 指定分片的库是 shop
mongos> sh.shardCollection('shop.goods',{goods_id:1}); 指定给 shop 库的 goods 表分片，根据字段 goods_id 分片
指定完规则，再次执行 sh.statsu()，截图如下：
可以看到 shop 库的 partitioned 变成了 true, shard key 是 goods_id。片键是collection的一个字段，系统将会利用该字段的值来计算数据分到哪个片上，该字段叫片键 field key，mongodb 不是从单篇文档的级别绝对平均的散落在各个片上，而是N篇文档，形成一个块 "chunk"，优先放在某个片上，当这片上的 chunk 比另一个片的chunk差别比较大(>=3)时，会把本片上的 chunk 移到另一个片上，mongodb 以 chunk为单位，维护片之间的数据平衡。简单的说就是一个片上有多个 chunk，chunk里保存了数据。chunk 的默认大小是 64M，可以修改。下面插入30万条数据查看数据是否分片存储，为了测试现将 chunk 大小改为1M
mongos> db.settings.find();
{ "_id" : "chunksize", "value" : 64 }
mongos> db.settings.save({_id:'chunksize',value:'1'});
mongos> db.settings.find();
{ "_id" : "chunksize", "value" : "1" }
mongos> for(var i=1;i<=300000;i++){ db.goods.insert({goods_id:i,goods_name:'aaaaaaaaaaaaa sddddddddddd fsddddddddddd fgggggggggggggggg hhhhhhhhhhhhhhh kkkkkkkkkkkkkk'});}
mongos> db.goods.find().count();
300000
登录27017
> db.goods.find().count();
3891
登录27018
> db.goods.find().count();
296109
两个片上都写入了数据，说明分片成功，再看一下截图 sh.status();
图中可以清楚的看到shard0000片有2个chunk，shard0001片有3个chuck，根据goods_id的范围可以看到数据是怎样在不同片上分布的。
这样配置有个问题，由于数据优先往某个片上插入，不同片上 chunk 的量会不同，导致失衡，为求平衡shard的实例之间有chunk来回移动的现象。这样增加了服务器之间的IO。下一篇解决这个问题。