通常说来,MongoDB具有三个日志模块,
- Log
- Journal
- Oplog
Log:它主要负责用户日志文件,这和我们普通系统的日志系统没有什么区别,作用也就是记录系统的一些重要流程,然后持久化到log文件。这个log文件可以通过系统启动参数"--logpath".
Journal:通过启动参数"--journal"启动该模块功能。主要用于解决因系统宕机时,内存中的数据未写入磁盘而造成的数据丢失(为什么数据会被放到内存做存储而不是直接对外存上的文件进行操作呢?这一点与MongoDB的存储机制有关。其机制主要是通过log方式定时将操作日志(对数据库有更改的操作,查询不在记录范围之类)记录到dbpath的命名为journal文件夹下,这样当系统再次重启时从该文件夹下恢复丢失的数据。
Oplog:当部署应用于生产的健壮的服务器时,需要对服务器进行同步备份,MongoDB为解决这一问题提出了复制集(Replicasets)模式,而Oplog的作用则主要是负责记录写服务器(一个复制集内只有一台服务器可写,多台备份服务器可读)上所有对数据的更改(查询等对数据库不产生更改的操作不会被记录),这样,复制集内的其他读扩展(即用于备份的机器和分散读压力的服务器)的服务器通过获取Oplog就可以进行差异同步了。
************** 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 *************
这时如果里面没有缓存文件的话我们可以执行一遍
使用命令的时候先得切换到admin文档 , use admin
Get a list of available loggers //查看日志文件列表
> show logs
> db.runCommand( { getLog : "*" } )
Get alog //查看具体的日志文件
> show log global
> db.runCommand( { getLog : "global" } )