mongodb总结

优缺点

• 优势
  • 弱一致性（最终一致），更能保证用户的访问速度
  • 文档结构的存储方式，能够更便捷的获取数据
  • 内置GridFS，支持大容量的存储
  • 可以自动分片,内置Sharding
  • 性能优越
• 劣势
  • 不支持事务操作
  • 占用空间过大
  • MongoDB没有如MySQL那样成熟的维护工具，这对于开发和IT运营都是个值得注意的地方

MongoDb在用于生产环境的三种模式

• master/slaves（主从模式）
  • 在早期的系统设计中,主从模式是比较流行的,将读写分离,在不同的DB上操作,可以有效降低数据库的压力,而且还能实现数据的备份
  • 但是在master节点故障的时候，不能及时的自动的切换到slaves节点，需要手动干预，这个是硬伤
• replcation副本集
  • 因为该模式不但实现了主从模式的读写分离，而且有自己的一套选举机制，能通过自己的算法，选举出当前最优的节点作为活跃节点，一旦活跃节点宕机，选举出来的新的节点将成为活跃节点对外提供服务，其他节点则继续作为复制节点，当原先的活跃节点恢复，会自动作为非活跃节点（备份节点）存在
  • 这种模式的最大优点在于Mongodb的自动选举活跃节点的机制，不需要手动干预便可以实现活跃与非活跃的切换，但是它由于数据没有shard，每个节点都是一个完整的备份，则不能使用MongoDb的分布式计算功能
• auto shard 分片模式
  • 利用Mongo的分片，可以将数据自动的分解成多个块，存储在不同的节点上，每个被差分的块都有三个副本集，这样是为了数据备份和恢复
  • 而且数据分片以后，可以利用多台廉价的存储和CPU的计算构建一个水平可扩展的计算架构，这就是我们的分布式计算

mongodb的分片

• 概念
  分片（sharding）是指将数据拆分，将其分散在不同的机器上的过程。将数据分散到不同的机器上，不需要功能强大的服务器就可以存储更多的数据和处理更大的负载。基本思想就是将集合切成小块，这些块分散到若干片里，每个片只负责总数据的一部分，最后通过一个均衡器来对各个分片进行均衡（数据迁移）。通过一个名为mongos的路由进程进行操作，mongos知道数据和片的对应关系（通过配置服务器）

• 片键
  一个好的片键对分片至关重要。片键必须是一个索引，数据根据这个片键进行拆分分散。通过"sh.shardCollection"过程会自动创建索引。一个自增的片键对写入和数据均匀分布就不是很好，因为自增的片键总会在一个分片上写入，后续达到某个阀值可能会写到别的分片。但是按照片键查询会非常高效。随机片键对数据的均匀分布效果很好。注意尽量避免在多个分片上进行查询。在所有分片上查询，mongos会对结果进行归并排序

• 分片中各个角色

  • 配置服务器：是一个独立的mongod进程，保存集群和分片的元数据，即各分片包含了哪些数据的信息。最先开始建立，启用日志功能。像启动普通的mongod一样启动配置服务器，指定configsvr选项。不需要太多的空间和资源，配置服务器的1KB空间相当于真是数据的200MB。保存的只是数据的分布表。当服务不可用，则变成只读，无法分块、迁移数据。
  • 路由服务器: 即mongos，起到一个路由的功能，供程序连接。本身不保存数据，在启动时从配置服务器加载集群信息，开启mongos进程需要知道配置服务器的地址，指定configdb选项。
  • 分片服务器: 是一个独立普通的mongod进程，保存数据信息。可以是一个副本集也可以是单独的一台服务器。

数据生命周期管理

• mongodb提供了expire机制，即可以指定文档保存的时长，过期后自动删除，即TTL特性，这个特性在很多场合将是非常有用的，比如“验证码保留15分钟有效期”、“消息保存7天”等等，mongodb会启动一个后台线程来删除那些过期的document。