对照介绍 MongoDB数据库日志切割的三种方式

前言

线上运行的服务会产生大量的运行及访问日志，日志里会包括一些毛病、正告及用户行动等信息。通常服务会以文本的情势记录日志信息，这样可读性强，方便于平常定位问题。但当产生大量的日志以后，要想从大量日志里发掘出有价值的内容，则需要对数据进行进一步的存储和分析。

任何一种数据库都有各种各样的日志，MongoDB也不例外。MongoDB中有4种日志，分别是系统日志、Journal日志、oplog主从日志、慢查询日志等。这些日志记录着MongoDB数据库区别方面的踪影

MongoDB 默许是不会进行切割日志的，除非我们配置了 logRotate = rename，并且重启 MongoDB 服务，才会进行切割日志的，那末为了不实际中我们一个日志文件过大，我们需要对日志进行切割，有两个办法：

方法以下

1. 通过 MongoDB 管理命令进行切割

使用该命令时需要在 MongoDB 运行时指定日志文件路径。–logpath [file] ，或在配置文件中指定。

use admin
db.runCommand({logRotate:1})

2. 通过 Linux 系统自带的服务 logrotate 进行切割

首先我们需要配置 MongoDB 参数 logRotate = reopen， logappend = true，然后通过 Linux 系统自带的 logrotate。配置文件放置在 /etc/logrotate.d/, 切割配置文件示例：

/opt/mongodb/log/mongodb.log {
rotate 180  
daily
size 100M
olddir /opt/mongodb/log/oldlog
copytruncate
dateext
compress
notifempty
missingok
}

3. 通过向进程发送 SIGUSR1 信号来切割日志

如果我们的进程 id 是19555，那末我们可以通过以下命令来切割日志的。只要我们履行了该命令，日志就会立即进行切割。

kill -SIGUSR1   19555

总结

到此这篇关于MongoDB日志切割的三种方式的文章就介绍到这了,更多相关MongoDB日志切割内容请搜索之前的文章或继续浏览下面的相关文章希望大家以后多多支持！