抛弃作为mongoDB做主存储的一些关键因素
1.Auto-Sharding方式社区里面说不好否定了，Replica Sets在自动选举时候有点慢；所以采用master-slave结构；
2.碎片整理和数据文件收缩是噩梦，磁盘空间无限加大；
3.复杂查询的分页问题；
4.最关键的原因：身边还没有10000w级数据实际生产环境的例子；
还没深入太多，可能不是很熟悉的原因；所以暂时还是求稳用mysql比较靠谱，mongodb只用做 GridFS和日志文件存储
1.Auto-Sharding方式社区里面说不好否定了，Replica Sets在自动选举时候有点慢；所以采用master-slave结构；
2.碎片整理和数据文件收缩是噩梦，磁盘空间无限加大；
3.复杂查询的分页问题；
4.最关键的原因：身边还没有10000w级数据实际生产环境的例子；
还没深入太多，可能不是很熟悉的原因；所以暂时还是求稳用mysql比较靠谱，mongodb只用做 GridFS和日志文件存储
