前言
线上运行的服务会产生大量的运行及访问日志，日志里会包含一些错误、警告及用户行为等信息。通常服务会以文本的形式记录日志信息，这样可读性强，方便于日常定位问题。但当产生大量的日志之后，要想从大量日志里挖掘出有价值的内容，则需要对数据进行进一步的存储和分析。
任何一种数据库都有各种各样的日志，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，那么我们可以通过以下命令来切割日志的。只要我们执行了该命令，日志就会立即进行切割。
总结
到此这篇关于MongoDB日志切割的三种方式的文章就介绍到这了,更多相关MongoDB日志切割内容请搜索w3xue以前的文章或继续浏览下面的相关文章希望大家以后多多支持w3xue！
经验首页