我在mongostat中看到idx小姐％但是当我跑
db.serverStatus().indexCounters
没有回应。哪里可以找到这个？还有一个问题，我应关注的页面错误值是什么？
答案 0 :(得分：1)
indexCounters信息特定于MMAP存储，并不完全准确（有些示例请参阅：SERVER-9296，SERVER-9284和SERVER-14583）。在导致MongoDB 3.0的开发周期中删除了indexCounters部分以及其他一些以前的指标，例如recordStats和workingSet。请参阅：SERVER-16378以及有关MongoDB Jira问题跟踪器中相关问题的讨论。
如果您已启用WiredTiger存储引擎，请注意wiredTiger输出中有一个新的serverStatus()部分，其中包含相关指标。
我应关注的页面错误值是什么？
页面错误为您的工作集是否适合MMAP内存提供了良好的代理，但关注的具体值将取决于您的部署以及是否存在任何明显的性能影响。一致的高硬页面故障（需要将数据从磁盘加载到RAM）会增加I / O压力，但这可能并不重要，具体取决于您的磁盘配置和总体工作负载。
一般的最佳做法是使用像MMS (MongoDB Management Service)这样的监控系统来捕获部署指标的历史基线，以便在发现性能问题时查找痛点。
还值得阅读MongoDB手册的Production Notes部分。例如，如果您使用的是Linux，那么有一些关于调整文件系统和预读参数的建议会影响从磁盘读取数据的效率。
有关如何处理指标的想法，请参阅：Five MMS monitoring alerts to keep your MongoDB deployment on track。这篇博客文章已有几年历史，但确定正常，令人担忧和严重的限制（以及识别误报）的一般方法仍然非常重要。