MongoDB运行状态、性能监控，分析

mongo stat 它的输出有以下几列：

    inserts/s 每秒插入次数
  • query/s 每秒查询次数
  • update/s 每秒更新次数
  • delete/s 每秒删除次数
  • getmore/s 每秒执行getmore次数
  • command/s 每秒的命令数，比以上插入、查找、更新、删除的综合还多，还统计了别的命令
  • flushs/s 每秒执行fsync将数据写入硬盘的次数。
  • mapped/s 所有的被mmap的数据量，单位是MB，
  • vsize 虚拟内存使用量，单位MB
  • res 物理内存使用量，单位MB
  • faults/s 每秒访问失败数（只有Linux有），数据被交换出物理内存，放到swap。不要超过100，否则就是机器内存太小，造成频繁swap写入。此时要升级内存或者扩展
  • locked % 被锁的时间百分比，尽量控制在50%以下吧
  • idx miss % 索引不命中所占百分比。如果太高的话就要考虑索引是不是少了
  • q t|r|w 当Mongodb接收到太多的命令而数据库被锁住无法执行完成，它会将命令加入队列。这一栏显示了总共、读、写3个队列的长度，都为0的话表示mongo毫无压力。高并发时，一般队列值会升高。
  • conn 当前连接数
  • time 时间戳

Mongo profile Profiler默认是关闭的，你可以选择全部开启，或者有慢查询的时候开启。

1 > use test
2 switched to db test
3 > db.setProfilingLevel(2);
4 {"was" : 0 , "slowms" : 100, "ok" : 1} // "was" is the old setting
5 > db.getProfilingLevel()
6 2

上面斜体的级别可以取0，1，2 三个值，他们表示的意义如下：

　　0 – 不开启

　　1 – 记录慢命令 (默认为>100ms)

　　2 – 记录所有命令

　 　Profile 记录在级别1时会记录慢命令，那么这个慢的定义是什么?上面我们说到其默认为100ms，当然有默认就有设置，其设置方法和级别一样有两种，一种是通过添 加–slowms启动参数配置。第二种是调用db.setProfilingLevel时加上第二个参数：

db.setProfilingLevel( level , slowms ) 
　　db.setProfilingLevel( 1 , 10 );

 

1 > db.system.profile.find().sort({$natural:-1})
2 {"ts" : "Thu Jan 29 2009 15:19:32 GMT-0500 (EST)" , "info" :
3 "query test.$cmd ntoreturn:1 reslen:66 nscanned:0 query: { profile: 2 } nreturned:1 bytes:50" ,
4 "millis" : 0} ...

 

  • ts：时间戳
  • info：具体的操作
  • millis：操作所花时间，毫秒

官方文档。注意，造成满查询可能是索引的问题，也可能是数据不在内存造成因此磁盘读入造成。

mongodb web monitor 这个页面可以看到

    当前Mongodb的所有连接
  • 各个数据库和Collection的访问统计，包括：Reads, Writes, Queries, GetMores ,Inserts, Updates, Removes
  • 写锁的状态
  • 以及日志文件的最后几百行（CentOS+10gen yum 安装的mongodb默认的日志文件位于/var/log/mongo/mongod.log)

db.stat()

 

01 > use test
02 switched to db test
03 > db.stats()
04 {
05     "collections" : 9,
06     "objects" : 4278845,
07     "avgObjSize" : 224.56603031892953,
08     "dataSize" : 960883236,
09     "storageSize" : 1195438080,
10     "numExtents" : 59,
11     "indexes" : 13,
12     "indexSize" : 801931264,
13     "fileSize" : 6373244928,
14     "ok" : 1
15 }

获取服务器的状态

01 {
        "host" : "abc1234567890",--server的hostname,这里是计算机的名称
        "version" : "2.2.2",--MongoDB的版本号
        "process" : "mongod",--MongoDB的进程名称
        "pid" : 2996,--MongoDB的进程PID
        "uptime" : 511789,--启动时间(单位:s）
        "uptimeMillis" : NumberLong(511789041),
        "uptimeEstimate" : 505769,--基于MongoDB内部粗粒度定时器的运行时间
        "localTime" : ISODate("2012-12-26T00:42:26.576Z"),--server的本地时间
        "locks" : {
                "." : {
                        "timeLockedMicros" : {
                                "R" : NumberLong(9909170),
                                "W" : NumberLong(105416165)
                        },
                        "timeAcquiringMicros" : {
                                "R" : NumberLong(13023043),
                                "W" : NumberLong(2050090)
                        }
                },
                "admin" : {
                        "timeLockedMicros" : {

                        },
                        "timeAcquiringMicros" : {

                        }
                },
                "local" : {
                        "timeLockedMicros" : {
                                "r" : NumberLong(553001),
                                "w" : NumberLong(0)
                        },
                        "timeAcquiringMicros" : {
                                "r" : NumberLong(36574),
                                "w" : NumberLong(0)
                        }
                },
                "Dobug" : {
                        "timeLockedMicros" : {
                                "r" : NumberLong(1517233),
                                "w" : NumberLong(83584)
                        },
                        "timeAcquiringMicros" : {
                                "r" : NumberLong(112682),
                                "w" : NumberLong(7)
                        }
                }
        },
        "globalLock" : {
                "totalTime" : NumberLong("511789041000"),--自实例启动全局锁创建以来到现在多长时间，单位微秒.
                "lockTime" : NumberLong(105416165),--自全局锁创建以来锁定总时间，单位微秒
                "currentQueue" : {
                        "total" : 0,--等待全局锁的队列中操作数目
                        "readers" : 0,--等待读锁的队列中操作数目
                        "writers" : 0--等待写锁的队列中操作数目
                },
                "activeClients" : {
                        "total" : 0,--连接到server的当前活动client数目
                        "readers" : 0, --执行读操作的当前活动client数目
                        "writers" : 0--执行写操作的当前活动client数目
                }
        },
        "mem" : {
                "bits" : 64,--64位机器
                "resident" : 31,--占用物理内存量
                "virtual" : 20478, --占用的虚拟内存量
                "supported" : true, --是否支持扩展内存
                "mapped" : 10188, --映射到内存的数据文件大小，很接近于你的所有数据库大小。
                "mappedWithJournal" : 20376
        },
        "connections" : {
                "current" : 1,--当前活动连接量。连接到server的当前活跃连接数目
                "available" : 19999--剩余空闲连接量。剩余的可用连接数目
        },
        "extra_info" : {
                "note" : "fields vary by platform",
                "page_faults" : 25747,
                "usagePageFileMB" : 106,
                "totalPageFileMB" : 12151,
                "availPageFileMB" : 6195,
                "ramMB" : 6007
        },
        "indexCounters" : {
                "note" : "not supported on this platform"
        },
        "backgroundFlushing" : {
                "flushes" : 8527, --数据库刷新写到磁盘的次数
                "total_ms" : 599904,--数据库刷新数据到磁盘花费的微秒数
                "average_ms" : 70.35346546264806,--执行单次刷新花费的平均微秒数
                "last_ms" : 51,--最后一次执行完成刷新数据到磁盘花费的微秒数
                "last_finished" : ISODate("2012-12-26T00:41:32.013Z")-当最后一次刷新数据完成时的时间戳
        },
        "cursors" : {
                "totalOpen" : 0, --server为client保持的游标（cursor）总数
                "clientCursors_size" : 0,
                "timedOut" : 0--server启动以来游标（cursor）超时的总数
        },
        "network" : {
                "bytesIn" : 1925,--发送到数据库的数据总量（bytes）
                "bytesOut" : 4294,--数据库发出的数据总量（bytes）
                "numRequests" : 24--发送到数据库的请求量
        },
        "opcounters" : {
                "insert" : 0, --server启动以来总的insert数据量
                "query" : 16646, --server启动以来总的query数据量
                "update" : 1,--server启动以来总的update数据量
                "delete" : 0, --server启动以来总的delete数据量
                "getmore" : 0, --server启动以来调用任何游标的getMore总次数
                "command" : 22 --server启动以来执行其他命令的总次数
        },
        "asserts" : {
                "regular" : 0, --server启动以来抛出正规断言（assert 类似于异常处理的形式）总数目
                "warning" : 0,--server启动以来抛出的告警总数目
                "msg" : 0,--消息断言数目。服务器内部定义的良好字符串错误
                "user" : 0, --用户断言数目。用户产生的错误，譬如：磁盘空间满；重复键。
                "rollovers" : 0--server启动以来，assert counters have rolled over的次数
        },
        "writeBacksQueued" : false,--是否有从mongos执行的retry操作
        "dur" : {
                "commits" : 29,--上一间隔journal日志发生commit的次数
                "journaledMB" : 0,--上一间隔写到journal日志的数据量（单位：MB）
                "writeToDataFilesMB" : 0,--上一间隔journal日志写到数据文件的数据量（单位：MB）
                "compression" : 0,
                "commitsInWriteLock" : 0, --写锁期间发生commits的次数
                "earlyCommits" : 0,--schedule时间前请求commit的次数
                "timeMs" : {
                        "dt" : 3004,
                        "prepLogBuffer" : 0,--准备写journal日志花费的时间
                        "writeToJournal" : 0,--写journal日志花费的实际时间
                        "writeToDataFiles" : 0,--journal日志后写数据文件花费的时间
                        "remapPrivateView" : 0
                }
        },
        "recordStats" : {
                "accessesNotInMemory" : 2,
                "pageFaultExceptionsThrown" : 1,
                "Dobug" : {
                        "accessesNotInMemory" : 2,
                        "pageFaultExceptionsThrown" : 1
                },
                "local" : {
                        "accessesNotInMemory" : 0,
                        "pageFaultExceptionsThrown" : 0
                }
        },
        "ok" : 1--serverStatus是否返回正确
}

 

  • connections 当前连接和可用连接数，听过一个同行介绍过，mongodb最大处理到2000个连接就不行了（要根据你的机器性能和业务来设定），所以设大了没意义。设个合理值的话，到达这个值mongodb就拒绝新的连接请求，避免被太多的连接拖垮。
  • indexCounters:btree:misses 索引的不命中数，和hits的比例高就要考虑索引是否正确建立。你看我的”missRatio” : 3.543930204420982e-7，很健康吧。所以miss率在mongostat里面也可以看
  • 其他的都能自解释，也不是查看mongo健康状况的关键，就不说明了。

Mongodb 的命令一般很快就完成，但是在一台繁忙的机器或者有比较慢的命令时，你可以通过db.currentOp()获取当前正在执行的操作。

 

1 >  db.currentOp()
2 { "inprog" : [ ] }

 

1 { "opid" : "shard3:466404288", "active" : false, "waitingForLock" : false, "op": "query", "ns" : "sd.usersEmails", "query" : { }, "client_s" :"10.121.13.8:34473", "desc" : "conn" },

 

1 > db.killOp("shard3:466404288")

MongoDB Monitoring Service(MMS)是Mongodb厂商提供的监控服务，可以在网页和Android客户端上监控你的MongoDB状况。

 http://blog.csdn.net/liubo2012/article/details/8203751

【推广】 免费学中医，健康全家人
原文地址：https://www.cnblogs.com/seasonzone/p/4105512.html