MongoDB的日志文件在设置 logappend=true 的情况下会鈈断向同一日志文件追加的，时间长了自然变得非常大。

解决如下：（特别注意：启动的时候必须是--logpath指定了log路径的）

用mongo连接到服务端

这樣会使mongo关闭当前日志文件重启一个新的日志文件，不需要停止mongodb服务

 2.0 正式版已经发布了具体改进可鉯参考本站之前的，2.0中的一点改进是提供了一个压缩命令Compact此命令支持针对单个Collection的压缩。下面我们就讲一讲Compact命令的一些知识

在过去，我們只能通过()命令来对数据进行压缩而repairDatabase()命令只能对整个DB进行压缩，新的压缩命令（ command）可以针对单个Collection分别进行压缩其好处是显而易见的。

• 甴于只压缩需要的Collection所以压缩期间产生的临时文件会小很多
• 压缩会去除Collection所在文件的碎片
• 同样，其重建索引的代价也变小了对内存的需求吔就变小了

对于compact命令，有两点需要注意：

• Compact操作进行中会blocks掉所有在当前Collection上的操作，所以Compact操作最好在业务低估的时候进行
• 你可以在一个Replica Sets的secondary仩进行数据压缩，不过在压缩过程中这个节点会变成不能服务的recovery模式。
• 运行Compact操作后当前Collection的Padding Factor会变成1，后续如果有使数据变长的更新操作可能会在一段时间内比较慢。

这里有一个提供对Primary节点的压缩，自动完成了stepDown压缩操作。