解决启动报错问题

今天启动服务器的MongoDb服务时报错

出现这种错误的原因:

大部分是因为mongodb 服务的不正常关闭，导致mongod 被锁，想想可能是上次服务器断电维护时，没有手动关闭MongoDb服务造成的。

如何解决这种问题:

①. 删除MongoDb安装目录下的 mongod.lock 文件和日志文件 mongodb.log

②. 使用下面的命令修复MongoDb：

[root@master bin]# ./mongod --repair --dbpath /storage/mongodb/data/ --repairpath /storage/mongodb/tmp/

会执行几分钟的时间，耐心等待执行完成。

③. 修复完成后启动MongoDb

[root@master bin]# ./mongod --dbpath=/storage/mongodb/data/ --port=27017 --logpath=/storage/mongodb/logs/mongodb.log --fork

如何正确关闭MongoDB

非正常关闭MongoDb服务，轻者就像上面，报个错repair一下，再启动即可；严重的可能导致MongoDB瘫痪
出现错误：Error: error doing query: failed

MongoDB使用mmap方式进行数据文件管理，也就是说写操作基本是在内存中进行，写操作会被每隔60秒(syncdelay设定)的flush到磁盘里。如果在这60秒内flush处于停止事情我们进行kill -9那么从上次flush之后的写入数据将会全部丢失。如果在flush操作进行时执行kill -9则会造成文件混乱，可能导致数据全丢了，启动时加了repair也无法恢复。

所以我们要以正确的方式关闭MongoDb，避免这些严重后果

第一种：使用 kill -15，killall mongod 命令关闭MongoDb服务

第二种：登录到MongoDb控制台，use admin，执行db.shutdownServer()

>use admin;
switched to db admin
>db.shutdownServer();
Tue Nov 18 11:03:24.164 DBClientCursor::init call() failed
server should be down...
Tue Nov 18 11:03:24.169 trying reconnect to 127.0.0.1:27017
Tue Nov 18 11:03:24.171 reconnect 127.0.0.1:27017 failed couldn't connect to server 127.0.0.1:27017
> exit
Bye

MongoDb数据可靠性选项（–dur）

在 MongoDB 1.7 版本的最新分支上，就出现了一个新的数据可靠性选项（–dur）的支持。并且在数据文件修复工具上也有了一些改进。如果在启动MongoDB时加上–dur 则MongoDB 会在进行写操作前记一份日志，这和在其他一些数据库中的binlog 类似，在MongoDB 数据文件损坏的情况下，可以使用此日志来进行恢复。这样就会增加数据的安全性。

小结

这篇文章介绍了两点，第一个就是MongoDb启动报错，这个问题在使用MongoDb的过程中经常出现，原因就是未正常关闭导致的。同时也由这一点引出了非正常关闭MongoDb可能导致的严重后果，以及如何正常关闭MongoDb服务。数据无价，对待这些问题一定要谨慎。