美文网首页
MongoDB多纬度监控方法详解

MongoDB多纬度监控方法详解

作者: Java大生 | 来源:发表于2019-01-15 11:10 被阅读0次

一、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 :虚拟内存使用量,单位MB

res :物理内存使用量,单位MB

faults/s :每秒访问失败数(只有Linux有),数据被交换出物理内存,放到swap。不要超过100,否则就是机器内存太小,造成频繁swap写入。此时要升级内存或者扩展

locked % :被锁的时间百分比,尽量控制在50%以下吧

idx miss % :索引不命中所占百分比。如果太高的话就要考虑索引是不是少了

q t|r|w :当Mongodb接收到太多的命令而数据库被锁住无法执行完成,它会将命令加入队列。这一栏显示了总共、读、写3个队列的长度,都为0的话表示mongo毫无压力。高并发时,一般队列值会升高。

ar    :     活跃客户执行写操作的数量。

conn :当前连接数

time :时间戳

欢迎欢迎学Java的朋友们加入java架构交流: 855835163 一起学习交流

二、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 : 表示索引占有磁盘大小。单位是bytes

fileSize : 表示当前数据库预分配的文件大小,例如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,还是mongos

Uptime : 实例连续正常运行时间,单位秒

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 : 到现在总共使用的物理内存,单位是MB

Mem.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 : 当前实例堆大小,单位bytes

extra_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 : 断言被翻转的次数

欢迎欢迎学Java的朋友们加入java架构交流: 855835163

群内提供免费的Java架构学习资料(里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码,MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料)合理利用自己每一分每一秒的时间来学习提升自己,不要再用"没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代!

相关文章

网友评论

      本文标题:MongoDB多纬度监控方法详解

      本文链接:https://www.haomeiwen.com/subject/mobedqtx.html