这篇文章给大家介绍MONGO DB too many mongodb page_faults 报错排查step by step的示例分析，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。
早上运维的同学, morning call,说zabbix的 MONGO 监控报警，图片传给我，报的错误是 too many mongodb page_faults.
本来 page_faults 引起的根本原因就是瞬时MONGO 从磁盘读取了大量的数据，引起page_faults。
这时候有的MONGO DBA 会马上反应，看看有没有没有全COLLECION的扫描，没有良好的索引，大量的SCAN ，会造成这个问题。
但这个问题奇葩的地方就在于，这个报错的 PAGE_FAULTS机器，并没有查询（并非primary 库），既然么有查询，怎么来的page_faults。
官方的解释截图
马上去确认一下，到底这个刚运行的MONGO 的standy库的 page_faults 到底是不是有问题。
下面是出现问题的机器，（别笑新机器当然没有那么多page_faults）
,对比主机的 page_faults
果然，这个问题机器的page_faults果然多了。
另外看看内存的状况，果不其然，已经开始使用SWAP了
通过 mongostat 来查看，系统并没有什么不正常
在查看日志
可以看到，日志已经指向 advisoryHostFQDNS,并且通过日志，发现一直有这个错误，并且执行一次命令要80秒。
经过查询，可能原因有几个，因为这个advisoryHostFQDNs 是集群中每台MONGODB 机器的域名解析，这里查询这个信息是从 OPS MANANGER 而来的，说明我们这边可能在解析域名上有问题。
这里解决问题的方法：在每台机器，及OPS MANANGE 上 HOSTS 上填写所有集群MONGODB的机器名，而不在通过DNS 来解析，看看能不能解决上述的问题。
关于MONGO DB too many mongodb page_faults 报错排查step by step的示例分析就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
