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

最新推荐文章于 2024-08-21 06:00:14 发布

weixin_30362233

最新推荐文章于 2024-08-21 06:00:14 发布

阅读量132

点赞数

文章标签：数据库移动开发运维

原文链接：http://www.cnblogs.com/seasonzone/p/4105512.html

版权

它的输出有以下几列：

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 时间戳

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

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

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

　　0 – 不开启

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

　　2 – 记录所有命令

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

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

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

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

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

这个页面可以看到

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

db.stat()

 
> use test
 
switched to db test
 
> db.stats()
 
{
 
    "collections" : 9,
 
    "objects" : 4278845,
 
    "avgObjSize" : 224.56603031892953,
 
    "dataSize" : 960883236,
 
    "storageSize" : 1195438080,
 
    "numExtents" : 59,
 
    "indexes" : 13,
 
    "indexSize" : 801931264,
 
    "fileSize" : 6373244928,
 
    "ok" : 1
 
}

获取服务器的状态

 
     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"` `},`