Нестабильная скорость вставки в MongoDB

Использование лучшего диска определенно улучшит производительность. Есть и другие показатели, которые вы можете отслеживать.

• Процент грязных байтов указывает, что данные изменены в кэше wiredTiger, но еще не сохранены на диске. Вам следует следить за IOPS вашего диска, если он достиг вашего установленного лимита. Используйте команду iostat для мониторинга или получения данных из данных FTDC MongoDB.
• Когда ваш процессор начинает пиковаться, следите, потрачено ли время процессора на iowait . Если iowait% высокий, у вас есть блокировка ввода / вывода, т.е. поможет более быстрый диск или больше операций ввода-вывода в секунду.
• Контролировать qrw (запросы на чтение и запись в очереди) и arw (активные запросы на чтение и запись) с выхода mongostat. Если эти цифры остаются низкими, как ваш пример вывода, особенно qrw , mongo может поддерживать ваши запросы без очереди запросов.
• Избегайте конкуренции за ресурсы, перенося инъекционные работы в другие экземпляры.
• Вы можете дополнительно оптимизировать, используя различные разделы диска для пути данных монго и местоположения журнала.
• Наблюдатели обычно игнорируют работу клиентов (работников, принимающих пищу). Пик процессора может быть от ваших работников и, следовательно, имеет более низкую пропускную способность. Отслеживайте производительность клиентов с помощью команды top или аналогичной.

Надеюсь, что выше помощь.