qq_38008567的博客

MongoDB的写关注主要指定了写入操作的确认级别。具体来讲就是客户端在向MongoDB执行比如delete、insert、update等相关写入操作时，MongoDB的写入行为，比如是否立刻刷盘、是否需要等待Secondary节点确认等。

最近公司的其中一个业务量暴增，MongoDB月增数据从之前的百GB级别暴增到TB级别，磁盘剩余空间马上开始预警，新硬件设备采购需要时间，无法快速扩容，另一方面为了节省成本就先尝试进行数据清理。最终决定先清理几个二三百G的集合，数据量大概在40亿左右，释放一部分磁盘空间，不至于磁盘被快速撑爆。其中一个待集合大小：数据量35亿，占用磁盘空间300G。如何优雅的删除相关集合？

MongoDB的Profiler类似MySQL的SlowLog和GeneralLog的结合，通过设置不同的Profiling级别，来决定记录哪些实例执行过的CURD、配置和管理命令。Profiler会将搜集的内容记录在每个被Profiled的数据库中，名为system.profile的capped集合中。开启Profiling会对数据库性能造成一定的损耗并占用一定的磁盘空间，设置的Profiling级别越高，资源消耗越大。

在MongoDB的Sharding架构中，每个database中都可以存储两种类型的集合，一种是未分片的集合，一种是通过分片键，被打散的集合。被分片键打散的集合数据可以均匀的分布在各个分片上；而对于未分片的集合，则只会存储在所在的database的Primary Shard中，每个database有且只有一个Primary Shard。示意图如下：其中Collection I为分片集合，数据被打散到不同的分片上。

本篇文章主要介绍关于MongoDB的用户管理及各种内置角色。

本文主要大致介绍了MongoDB的常用命令行客户端以及在Linux命令行模式下和使用Navicat进行认证登录的各种姿势。本篇文章主要介绍了通过登录MongoDB的各种方式，方便在日常学习工作中可以进行拿来即用。