mongoDB 日志

通常说来,MongoDB具有三个日志模块，

• Log
• Journal
• Oplog

　　Log:它主要负责用户日志文件，这和我们普通系统的日志系统没有什么区别，作用也就是记录系统的一些重要流程，然后持久化到log文件。这个log文件可以通过系统启动参数"--logpath".

　　Journal:通过启动参数"--journal"启动该模块功能。主要用于解决因系统宕机时，内存中的数据未写入磁盘而造成的数据丢失(为什么数据会被放到内存做存储而不是直接对外存上的文件进行操作呢？这一点与MongoDB的存储机制有关。其机制主要是通过log方式定时将操作日志（对数据库有更改的操作，查询不在记录范围之类）记录到dbpath的命名为journal文件夹下，这样当系统再次重启时从该文件夹下恢复丢失的数据。

　　Oplog:当部署应用于生产的健壮的服务器时，需要对服务器进行同步备份，MongoDB为解决这一问题提出了复制集(Replicasets)模式，而Oplog的作用则主要是负责记录写服务器（一个复制集内只有一台服务器可写，多台备份服务器可读）上所有对数据的更改（查询等对数据库不产生更改的操作不会被记录）,这样，复制集内的其他读扩展（即用于备份的机器和分散读压力的服务器）的服务器通过获取Oplog就可以进行差异同步了。

     下面我们说说mongodb异常退出的时候该如何解决，我们首先不应该考虑删除mongod.lock文件，如果下面的方法都不能解决问题的时候我们再选择删除mongod.lock文件，删除之后我们还得修复一下数据库。

      当我们启动服务器的时候如果使用了--nojournal导致异常退出或者异常退出的时候缓存里没有数据的时候可能有这样的情况

**************
old lock file: mongod.lock.  probably means unclean shutdown,
but there are no journal files to recover.
this is likely human error or filesystem corruption.
found 23 dbs.
see: http://dochub.mongodb.org/core/repair for more information
*************

这时如果里面没有缓存文件的话我们可以执行一遍 sudomongod  --repair(其中repair的参数我们可以自己去设置如--repairpath)然后再使用mongod启动服务，如果有journal文件的时候我们应该先执行一遍sudomongod --journal恢复缓存文件，如果这个执行之后还是不可以启动的话我们再执行一遍sudo mongod --repair这样应该就可以解决异常退出的情况。 参考地址1    参考地址2

使用命令的时候先得切换到admin文档 , use admin

Get a list of available loggers //查看日志文件列表

> show logs
> db.runCommand( { getLog : "*" } )

Get alog //查看具体的日志文件

> show log global
> db.runCommand( { getLog : "global" } )

增量热备份：MongoDBdoes not yet include an official incremental backupmechanism.这是官网的原文暂时还没有增量热备份机制，只能通过 slaveDelay 来进行回滚热备份。