Загрязнение хвоста в Метеор - делать это или нет?

Question

Я пытаюсь смириться с этой статьей kadira.io, в которой говорится, что хвостовик oplog является обязательным для каждого приложения для производства метеоров с этой статьей compose.io - см. Раздел «В Oplog or not Oplog», в котором говорится, что вы должны использовать только oplog при определенных обстоятельствах.

В основном у меня есть приложение Meteor, которое не имеет большого объема пользователей или огромного количества непрерывной записи в коллекции.

Однако ему необходимо прочитать много данных из БД, которые, кажется, замедляют работу.

Насколько я знаю, он работает только на одном сервере.

Я задаюсь вопросом, добавит ли скорость хвостохранилища ускорение?

Заранее спасибо.

Answer 1

В принципе, если вы это сделаете, набор реплик всегда делает это, чтобы синхронизировать все узлы. Обычно, если ваша система не слишком тяжелая, хвост не должен быть проблемой, поскольку при работе с репликацией последний всплеск должен быть в памяти. То, что вызывает стресс, обычно является первым раундом, когда программа пытается найти, с чего это связано. Без индекса он должен быть COLLSCAN. Кроме того, не нужно беспокоиться. Но это одно время, пока вы знаете, что происходит, все должно быть хорошо.

Назад к вопросу. Да, он работает на одном сервере. Какой из них зависит от вашего readPreference и тега набора реплик, если таковые имеются. И после первого поиска точки хвоста, это не должно быть проблемой.