路漫漫其修远兮

在大数据的时代，传统的关系型数据库要能更高的服务必须要解决高并发读写、海量数据高效存储、高可扩展性和高可用性这些难题。不过就是因为这些问题Nosql诞生了。 NOSQL有这些优势： 大数据量，可以通过廉价服务器存储大量的数据，轻松摆脱传统mysql单表存储量级限制。 高扩展性，Nosql去掉了关系数据库的关系型特性，很容易横向扩展，摆脱了以往老是纵向扩展的诟病。 高性能，Nosql通过简单的key-value方式获取数据，非常快速。还有NoSQL的Cache是记录级的，是一种细粒度的Cache，所以

转载：入口 简介 MongoDB是一个开源的，基于分布式的，面向文档存储的菲关系型数据库。可以运行在Windows、Unix、OSX、Solaris系统上，支持32位和64位应用，提供多种编程语言的驱动程序。MongoDB支持的数据结构非常松散，是类似JSON的BSON格式，通过键值对的形式存储数据，可以存储复杂的数据类型。 基本概念 文档（document）：文档是Mon

golang的mgo库说明里是说明了开启连接复用的，但观察实验发现，这并没有根本实现连接的控制，连接复用仅在有空闲连接时生效，高并发时无可用连接会不断创建新连接，所以最终还是需要程序员自行去限制最大连接才行。 废话不多说，开始上代码 GlobalMgoSession, err := mgo.Dial(host)   func (m

Mongodb3.2.8全面开战之实战篇 作者：Chris_111X 简介 本博文是本人经过一个月的学习和参考网上的资料进行实践操作后的一个成果，希望帮助测试、开发人员或者数据库管理员，能够迅速搭建mongodb的分片和副本集的环境，实现mongodb高并发高可用的架构。本文主要注重如果搭建mongodb的过程，并没有太多的理论去讲解mongodb的功能原理，如错误，请留言指出。

db.unicorns.aggregate([{$group:{_id:{item:"$item", description:"$description"}, count:{$addToSet:"$colors"}}}, {$project:{count:{$size:"$count"}}}])

一、基础 1、mongodb是什么类型的数据库？     mongodb是一个基于document的NOSQL数据库，每条数据的结构为BSON形式。mongodb不能支持join和事务，支持索引（组合索引、唯一索引等）和丰富的查询条件，单条document的写操作是原子的。mongodb使用“replica set”架构模式来提高数据的可用性，避免数据丢失和自动failover机制；其

func DeepCopy(value interface{}) interface{} { if valueMap, ok := value.(map[string]interface{}); ok { newMap := make(map[string]interface{}) for k, v := range valueMap { newMap[k] = DeepCopy(

GridFS是一种将大型文件存储在MongoDB的文件规范： 数据库支持以BSON格式保存二进制对象。 但是MongoDB中BSON对象最大不能超过4MB。 GridFS 规范提供了一种透明的机制，可以将一个大文件分割成为多个较小的文档。 为实现这点，该规范指定了一个将文件分块的标准。每个文件都将在文件集合对象中保存一个元数据对象，一个或多个块对象可被组合保存在一个块集合

在生产环境中单台数据库一般不能满足业务稳定性的需求，所以数据库主从复制架构在生产环境中很常见，用于主从复制也是Mongodb最常用的一种架构方式。这种方式非常灵活，可用于备份、故障恢复、读扩展等,从而提高数据处理性能和冗余，常用架构模式是一主一从、一主多从、双主。今天我们主要对MONGODB的主从架构做一小结。

按照上一节中《搭建高可用mongodb集群（三）—— 深入副本集》搭建后还有两个问题没有解决： 从节点每个上面的数据都是对数据库全量拷贝，从节点压力会不会过大？ 数据压力大到机器支撑不了的时候能否做到自动扩展？ 在系统早期，数据量还小的时候不会引起太大的问题，但是随着数据量持续增多，后续迟早会出现一台机器硬件瓶颈问题的。而mongodb主打的就是海量数据架构，他不能解决海量数据怎么行！不行！“分片”就用这个来解决这个问题。

在上一篇文章《搭建高可用mongodb集群（二）—— 副本集》 介绍了副本集的配置，这篇文章深入研究一下副本集的内部机制。还是带着副本集的问题来看吧！ 副本集故障转移，主节点是如何选举的？能否手动干涉下架某一台主节点。 官方说副本集数量最好是奇数，为什么？ mongodb副本集是如何同步的？如果同步不及时会出现什么情况？会不会出现不一致性？ mongodb的故障转移会不会无故自动发生？什么条件会触发？频繁触发可能会带来系统负载加重？

在上一篇文章《搭建高可用MongoDB集群（一）——配置MongoDB》 提到了几个问题还没有解决。 主节点挂了能否自动切换连接？目前需要手工切换。 主节点的读写压力过大如何解决？ 从节点每个上面的数据都是对数据库全量拷贝，从节点压力会不会过大？ 数据压力大到机器支撑不了的时候能否做到自动扩展？ 这篇文章看完这些问题就可以搞定了。NoSQL的产生就是为了解决大数据量、高扩展性、高性能、灵活数据模型、高可用性。但是光通过主从模式的架构远远达不到上面几点，由此MongoDB设计了副本集和分片的功能。这篇文章主

  社区最近组织了交流活动，探讨MongoDB适合的应用场景、避坑事项与最佳实践。由社区专家刘诚杰根据交流内容整理成文，无论是MongoDB零基础的小伙伴，还是正在应用中的朋友，在此均可以找到有价值的经验和分享。 刘诚杰，专注于MongoDB、MySQL、Redis等开源数据库的使用与研究，MongoDB上海用户组联合发起人。 阅读说明：以下内容中—— 1~6为0基础就可看懂 7~11为运维管理...