mongodb日志过大问题处理

一般公司应用的mongodb log配置如下:

logpath = /usr/local/mongodb/logs/server.log
logappend = true

该配置是以追加的方式往server.log里写日志,但是时间一久,就会使server.log越来越大,导致磁盘问题以及日志查询处理慢的问题。

可以使用如下命令在不停止mongodb的情况下手动切割日志:

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

效果如下:

时间: 2024-10-11 01:00:24

mongodb日志过大问题处理的相关文章

mongodb日志清理

mongodb的日志相对其他数据库来说应该算是很大的,刚才由于报警,所以我查看啦一下,有15G的日志产生,下面是我的清理过程 出于对安全方面,我们服务器禁止使用rm命令,所以我在/home目录下创建啦一个mongolog文件夹 先查看一下日志大小和数量 #ls /opt/mongodb/log total 15G-rw-r--r--. 1 root root 6.6G Jul  2 17:10 mongodb.log-rw-r--r--. 1 root root 6.5K Oct 16  201

使用Mtools分析MongoDB日志文件

一 Mtools介绍 mtools是一组用来解析和过滤MongoDB日志文件的脚本.mtools包括以下几个工具: mlogfilter    可以根据时间切割日志文件,过滤慢查询等 mloginfo      返回日志文件信息,比如开始和结束时间等 mplotqueries   对日志文件进行视图展现 mlogvis      创建一个自定义html文件交互式展现 mlaunch      快速搭建本地测试环境,包括复制集合分片系统 mtools是用python写的,需要python2.6或者

MongoDB 日志太大怎么办?

MongoDB的日志增长的很快,/var所在的空间马上就占满了,即便换到另一个磁盘分区保存日志,日志还是增长的很快,磁盘眼看要告磬. 有一个好办法,就是使用旋转日志. MongoDB的旋转日志有点怪,Linux下mongd服务接受一个kill -SGIUSR1命令后就立刻将当前日志文件重命名为带日期的文件,然后创建新的日志文件. 不想一般的旋转日志,可以配置旋转策略.不过没关系,经过测试,发送该命令时不会影响到MongoDB的服务. 下面是一个例子,先查找进程id, 然后发送命令. [email

[翻译]mongodb日志分析工具mtools之mplotqueries

mtools是一组非常好用的mongodb日志分析工具,里面最复杂的命令是mplotqueries,上网查了一下,还没有人翻译过.英文不好,费了好大的劲翻完,翻的不好,但没有办法,我英文水平就这么多~ 原文地址:https://github.com/rueckstiess/mtools/wiki/mplotqueries ----------------------------------------------------------------------------------------

logstash记录mongodb日志

环境:mongodb 3.2.17  logstash 6 mongodb日志实例格式文件路径为/root/mongodb.log: 2018-03-06T03:11:51.338+0800 I COMMAND  [conn1978967] command top_fba.$cmd command: createIndexes { createIndexes: "top_amazon_fba_inventory_data_2018-03-06", indexes: [ { key: {

mongodb 日志,(一个看日志解决新问题的方法) -- clwu

项目中换上了 PHP 最新的mongodb驱动,但这个驱动只是原生接口的一层包装,有些命令甚至要用executeCommand构造,像下面要讲到的aggregate方法. 第一次封装 Infrastructure\Mongodb 后的aggregate代码如下,我也不知道怎么写,网上也没找到 用executeCommand 构造 aggregate时应该怎么传参数, 这是调用封装后 aggregate函数的客户端代码,看起来应该是对的,都是模仿mongo控制台aggregate命令的写法. 当然

MongoDB 日志太大的解决方法

MongoDB的日志增长的很快,/var所在的空间马上就占满了,即便换到另一个磁盘分区保存日志,日志还是增长的很快,磁盘眼看要告磬. 有一个好办法,就是使用旋转日志. MongoDB的旋转日志有点怪,Linux下mongd服务接受一个kill -SGIUSR1命令后就立刻将当前日志文件重命名为带日期的文件,然后创建新的日志文件. 不想一般的旋转日志,可以配置旋转策略.不过没关系,经过测试,发送该命令时不会影响到MongoDB的服务. 下面是一个例子,先查找进程id, 然后发送命令. [email

MongoDB日志轮转

在配置文件中添加参数 logpath=/data/app_data/mongodb/log/mongodb.log  logappend=true Windows下只有这种日志轮转方式 > use admin; switched to db admin > db.runCommand({logRotate : 1}) { "ok" : 1 } Linux下还可以通过设置定时任务每天凌晨轮转日志 0 0 * * * /bin/kill -SIGUSR1 `cat /data/

Mongodb日志管理

#切除本身日志内容并且自动生成新的以日期生成的历史文件 方法一: mongod -v --logpath /var/log/mongodb/mongos.log 方法二: kill -SIGUSR1 {pid} 方法三: use admin db.runCommand("logRotate") #两种删除旧的日志文件,保留7天的日志文件 find /var/log/mongodb/mongos.log.* -mtime +7 -exec rm -rf {} \; find /var/l