我idx在mongostat中看到了％小姐，但是当我跑步时
db.serverStatus().indexCounters
没有回应。我在哪里可以找到这个？还有一个问题，我应该关注什么是适当的页面错误值？
该indexCounters信息特定于MMAP存储，并不完全准确（有关某些示例，请参阅：SERVER-9296，SERVER-9284和SERVER-14583）。indexCounters在开发周期到MongoDB 3.0以及整个以前的其他度量标准（如recordStats和）之前的开发周期中，该部分已被删除workingSet。请参阅：SERVER-16378，以及MongoDB Jira问题跟踪器中有关问题的讨论。
如果启用了WiredTiger存储引擎，请注意，输出中将有一个带有相关指标的新wiredTiger部分serverStatus()。
我应该关注的适当的页面错误值是多少？
对于您的工作集是否适合使用MMAP，页面错误提供了一个很好的代理，但是关注的具体价值将取决于您的部署以及是否对性能产生明显影响。一致的高硬页面错误（需要将数据从磁盘加载到RAM）会增加I / O压力，但这可能并不重要，具体取决于磁盘配置和总体工作负载。
通常的最佳做法是使用MMS（MongoDB管理服务）之类的监视系统来捕获部署指标的历史基线，以便在观察到性能问题时查找痛点。
还值得阅读MongoDB手册的“生产说明”部分。例如，如果您使用Linux，则有一些关于调整文件系统和预读参数的建议，这些参数可能会影响从磁盘读取数据的效率。
有关如何处理指标的想法，请参阅：五个MMS监视警报，以使您的MongoDB部署保持正常。这篇博客文章已有几年历史了，但是确定正常，令人担忧和关键限制（以及识别误报）的通用方法仍然非常重要。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句