设为首页 收藏本站
查看: 1835|回复: 0

[经验分享] mongodb监控指标

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2016-2-15 11:08:02 | 显示全部楼层 |阅读模式
insert 每秒 插入/查询/更新/删除数mongostat --port 21000 --rowcount=1 | grep -v insert | awk '{print $1}'
query 每秒 插入/查询/更新/删除数mongostat --port 21000 --rowcount=1 | grep -v insert | awk '{print $1}'
update 每秒 插入/查询/更新/删除数mongostat --port 21000 --rowcount=1 | grep -v insert | awk '{print $1}'
delete 每秒 插入/查询/更新/删除数mongostat --port 21000 --rowcount=1 | grep -v insert | awk '{print $1}'
getmore 查询时游标的getmore操作数
command 每秒执行命令数.比如批量插入,只认为是一条命令。 意义不大
flushes 一秒内flush的次数,flush开销很大,如果频繁flush, 可能需要查查原因了
mapped  所有被mmap的数据量,单位是MB
vsize   虚拟内存使用量,如果 journaling开启,大约是mapped内存的二倍,如果内存是mapped内存的三倍或者更多可能会出现内存泄漏
res 物理内存使用量,res会慢慢的上升,如果res经常突然下降,去查查是否有别的程序狂吃内存。
faults 每秒访问失败数(只有Linux有),数据被交换出物理内存,放到swap。不要超过100,否则就是机器内存太小,造成频繁swap写入。此时要升级内存或者扩展
idxmiss % 索引不命中百分比,正常情况下,所有查询都应该通过索引,如果这里数值较大,是不是缺少索引。

"total" : 0, #当前等待获取锁的队列 moninfo["globalLock"]["currentQueue"]["total"]
"readers" : 0, #当前等待获取读锁的队列moninfo["globalLock"]["currentQueue"]["readers"]
"writers" : 0 #当前等待获取写锁的队列moninfo["globalLock"]["currentQueue"]["writers"]
"total" : 0, #当前活动的连接数moninfo["globalLock"]["activeClients"]["total"]
"readers" : 0, #当前活动的读连接数moninfo["globalLock"]["activeClients"]["readers"]
"writers" : 0 #当前活动的写连接数moninfo["globalLock"]["activeClients"]["writers"]
"current" : 2050, #当前的连接数moninfo["connections"]["current"]
"available" : 14350 #还可以用的连接数moninfo["connections"]["available"]

"flushes" : 250852, #数据库刷新数据到磁盘的次数 moninfo["backgroundFlushing"]["flushes"]
"total_ms" : 52897489,#数据库刷新数据到磁盘花费的时间,单位毫秒 moninfo["backgroundFlushing"]["total_ms"]
"average_ms" : 210.871306587151, #平均每次刷新磁盘花费的时间,单位毫秒。 moninfo["backgroundFlushing"]["average_ms"]
"last_ms" : 797, #最后一次刷新磁盘花费的时间,单位毫秒。 moninfo["backgroundFlushing"]["last_ms"]

"commits" : 27, #上一间隔journal日志发生commit的次数 moninfo["dur"]["commits"]
"journaledMB" : 0.114688, #上一间隔journal日志产生的数据量 moninfo["dur"]["journaledMB"]
"writeToDataFilesMB" : 0.13708, #上一间隔journal日志写到磁盘上的数据量 moninfo["dur"]["writeToDataFilesMB"]
"compression" : 0.8158085672418944, #journal日志压缩比 moninfo["dur"]["compression"]
"commitsInWriteLock" : 0, #多少次在journal日志提交时有写锁。 moninfo["dur"]["commitsInWriteLock"]
"earlyCommits" : 0,#在自动commit前,有多少次被要求commit moninfo["dur"]["earlyCommits"]
"dt" : 3087, #统计timeMs数据花费的时间,单位毫秒 moninfo["dur"]["timeMs"]["dt"]
"prepLogBuffer" : 0,#准备写journal日志花费的时间,单位毫秒,越少性能越好 moninfo["dur"]["timeMs"]["prepLogBuffer"]
"writeToJournal" : 246,#写journal日志花费的时间,单位毫秒 moninfo["dur"]["timeMs"]["writeToJournal"]
"writeToDataFiles" : 5,#在写journal日志后,向数据文件中写数据花费的时间 moninfo["dur"]["timeMs"]["writeToDataFiles"]
"remapPrivateView" : 1#重新映射数据花费的时间,时间越短性能越好。 moninfo["dur"]["timeMs"]["remapPrivateView"]


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-178142-1-1.html 上篇帖子: mongodb分片集群配置 下篇帖子: mongodb用户权限配置 监控
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表