MongoDB多纬度监控方法详解
Posted 运维部落
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MongoDB多纬度监控方法详解相关的知识,希望对你有一定的参考价值。
一、mongostat工具方法
mongostat是mongdb自带的状态检测工具,在命令行下使用。它会间隔固定时间获取mongodb的当前运行状态,并输出。如果你发现数据库突然变慢或者有其他问题的话,你第一手的操作就考虑采用mongostat来查看mongo的状态。
mongostat命令参数
--help
: 查看帮助信息--version
: 查看mongodb版本号--host
: 要连接的主机同时也可以指定端口--port
: 如果—host不指定端口在这单独指定--sslCAFile
: 指定对应的CA密钥位置--username
: 用户--password
: 密码
mongostat命令基本格式
mongostat --rowcount 2 1 --host 192.168.0.8:27027
输出参数说明
inserts/s
: 每秒插入次数query/s
:每秒查询次数update/s
:每秒更新次数delete/s
:每秒删除次数getmore/s
:每秒执行getmore次数command/s
:每秒的命令数,比以上插入、查找、更新、删除的综合还多,还统计了别的命令flushs/s
:每秒执行fsync将数据写入硬盘的次数。mapped/s
:所有的被mmap的数据量,单位是MB,vsize
:虚拟内存使用量,单位MBres
:物理内存使用量,单位MBfaults/s
:每秒访问失败数(只有Linux有),数据被交换出物理内存,放到swap。不要超过100,否则就是机器内存太小,造成频繁swap写入。此时要升级内存或者扩展locked %
:被锁的时间百分比,尽量控制在50%以下吧idx miss %
:索引不命中所占百分比。如果太高的话就要考虑索引是不是少了q t|r|w
:当Mongodb接收到太多的命令而数据库被锁住无法执行完成,它会将命令加入队列。这一栏显示了总共、读、写3个队列的长度,都为0的话表示mongo毫无压力。高并发时,一般队列值会升高。ar
: 活跃客户执行写操作的数量。conn
:当前连接数time
:时间戳
二、mongo内置函数方法
db.stat()函数
获取当前数据库的信息,比如Obj总数、数据库总大小、平均Obj大小等
> 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
}
输出参数说明
collections
: 表示当前数据库有多少个collections.可以通过运行show collections查看当前数据库具体有哪些collection.objects
: 表示当前数据库所有collection总共有多少行数据。显示的数据是一个估计值,并不是非常精确。avgObjSize
:表示每行数据是大小,也是估计值,单位是bytes
“dataSize” : 468,表示当前数据库所有数据的总大小,不是指占有磁盘大小。单位是bytes
storageSize
: 13312,表示当前数据库占有磁盘大小,单位是bytes,因为mongodb有预分配空间机制,为了防止当有大量数据插入时对磁盘的压力,因此会事先多分配磁盘空间。numExtents
: 似乎没有什么真实意义。我弄明白之后再详细补充说明。indexes
: 表示system.indexes表数据行数。indexSize
: 表示索引占有磁盘大小。单位是bytesfileSize
: 表示当前数据库预分配的文件大小,例如test.0,test.1,不包括test.ns。
db.serverStatus()函数
获取服务器的状态
{
"version" : "1.6.5",
"uptime" : 7208469,
"uptimeEstimate" : 7138829,
"localTime" : "Wed Oct 26 2011 22:23:07 GMT+0800 (CST)",
"globalLock" : {
"totalTime" : 7208469556704,
"lockTime" : 4959693717,
"ratio" : 0.000688036992871448,
"currentQueue" : {
"total" : 0,
"readers" : 0,
"writers" : 0
}
},
"mem" : {
"bits" : 64,
"resident" : 3131,
"virtual" : 6172,
"supported" : true,
"mapped" : 4927
},
"connections" : {
"current" : 402,
"available" : 2599
},
"extra_info" : {
"note" : "fields vary by platform",
"heap_usage_bytes" : 832531920,
"page_faults" : 8757
},
"indexCounters" : {
"btree" : {
"accesses" : 2821726,
"hits" : 2821725,
"misses" : 1,
"resets" : 0,
"missRatio" : 3.543930204420982e-7
}
},
"backgroundFlushing" : {
"flushes" : 120133,
"total_ms" : 73235923,
"average_ms" : 609.6236920746173,
"last_ms" : 1332,
"last_finished" : "Wed Oct 26 2011 22:22:23 GMT+0800 (CST)"
},
"cursors" : {
"totalOpen" : 0,
"clientCursors_size" : 0,
"timedOut" : 238392
},
"repl" : {
"ismaster" : true
},
"opcounters" : {
"insert" : 269351,
"query" : 19331151,
"update" : 14199331,
"delete" : 1,
"getmore" : 145575,
"command" : 55982302
},
"asserts" : {
"regular" : 0,
"warning" : 0,
"msg" : 0,
"user" : 27,
"rollovers" : 0
},
"ok" : 1
}
输出参数说明
Host
: 运行实例所监听的IP与端口version
: 当前实例所使用的版本Process
: 当前实例是mongod,还是mongosUptime
: 实例连续正常运行时间,单位秒uptimeEstimate
: 基于mongodb内部粗粒定时器的连续正常运行时间globalLock.totalTime
: 自实例启动全局锁创建以来到现在多长时间,单位微秒.globalLock.lockTime
: 自全局锁创建以来锁定总时间,单位微秒globalLock.ratio
: 锁定的时间所占的比例(lockTime/ totalTime)globalLock.currentQueue.total
: 当前等待全局锁的数量globalLock.currentQueue.readers
: 当前等待读锁的数量globalLock.currentQueue.writers
: 当前等待写锁的数量globalLock.activeClients.total
: 连接到当前实例处于活动状态的客户端数量。globalLock.activeClients.readers
: 处于活动状态的客户端中有多少是在执行read操作globalLock.activeClients.writers
: 处于活动状态的客户端中有多少是在执行write操作Mem.resident
: 到现在总共使用的物理内存,单位是MBMem.virtual
: 当前Mongodb实例使用的虚拟内存大小,单位MB,一般情况下比mem.map的值要超大一点,如果大很多很有可能发生内存泄露,如果使用journal,大约是2倍的map值Mem.maped
: Mongodb使所有数据都映射到内存中,所以这个值可以看似整个数据量的值。Mem.bits
: 机器位数,32位或64位Mem.supported
: 本机是否支持内存扩展Connections.current
: 当前连接到本机处于活动状态的连接数Connections. available
: 剩余多少可供连接extra_info. heap_usage_bytes
: 当前实例堆大小,单位bytesextra_info. page_faults
: 加载磁盘内容时发生页错误的次数indexCounters. Btree.accesses
: 访问索引次数indexCounters. Btree.hits
: 访问索引时,索引在内存中被命中的次数indexCounters. Btree.misses
: 访问索引时,索引不是在内存中被命中的次数indexCounters. Btree.resets
: 索引计数器被重置的次数indexCounters. Btree.missRatio
: 索引非命中率backgroundFlushing.flushes
: 实例刷新数据到磁盘的数次backgroundFlushing.total_ms
: 刷新到磁盘总共花费的时间,单位毫秒backgroundFlushing.average_ms
: 平均每次刷新执行时间backgroundFlushing.last_ms
: 最后一次刷新执行时间backgroundFlushing.last_finished
: 最后一次刷新完成的时间点Cursors.totalOpen
: 当前游标数量Cursors.timeOut
: 从实例启动到现在游标超时的总数量Network.bytesIn
: 发送到实例的字节大小Network.bytesOut
: 发送出去的字节大小Repl.setName
: replSet结构定义的名称Repl.isMaster
: 当前实例是否是replSet结构中的Master节点Repl.secondary
: 当前实例是否是replSet结构中的secondary节点Repl.hosts
: replSet结构中每个节点情况Opcounters.insert
: 自实例启动以来,执行insert次数Opcounters.query
: 自实例启动以来,执行query次数Opcounters.update
: 自实例启动以来,执行update次数Opcounters.delete
: 自实例启动以来,执行delete次数Opcounters.getmore
: 自实例启动以来,在游标执行getMore次数Opcounters.command
: 自实例启动以来,执行其他操作的次数Asserts.regular
: 自实例启动以来,断言正常的次数Asserts.warn
: 自实例启动以来,断言警告的次数Asserts.msg
: 自实例启动以来,断言内部错误的次数Asserts.user
: 自实例启动以来,因用户使用造成的错误而被断言次数Asserts.rollovers
: 断言被翻转的次数
号外号外:
以上是今天为大家带来的内容,如果有任何问题,大家也可以添加以下QQ群参与问题的讨论。
Ansible中文权威群:372011984(已满)
AWK&SED企业实战: 260039357
docker企业架构实践:491533668
Jumpserver交流群 :399218702
AAnsible中文权威-2号群:486022616
关于我们
以上是关于MongoDB多纬度监控方法详解的主要内容,如果未能解决你的问题,请参考以下文章