MongoDB один сервер проблемы / ловушки
Я работаю над проектом с использованием MongoDB и поэтому попросил моего менеджера сервера установить MongoDB.
Недавно я прочитал в старом потоке stackru, что на самом деле не рекомендуется запускать MongoDB на одном сервере из-за возможности потери данных. Я не очень специалист и хочу избегать таких случаев. Эти проблемы все еще существуют, и я должен искать другое решение, такое как удаленные базы данных, или это безопасно установить?
О каких подводных камнях я должен позаботиться о том, чтобы провайдер моего управляемого сервера позаботился?
1 ответ
Предупреждение - статья, на которую ссылается chridam, опасно устарела.
Проще говоря, нет, больше не о чем беспокоиться при развертывании MongoDB на одном сервере. По умолчанию MongoDB будет записывать все в журнал каждые 100 мс. Если есть записи с j (журнал) вариант, этот интервал сокращается до трети. Некоторое время назад я опубликовал более длинный ответ с мелкими деталями (на самом деле, двумя) на аналогичный вопрос.
Дело в том, что операция записи с j : true не вернется, пока запись не будет сделана в журнал (то есть, ожидать, что эти вызовы будут занимать в среднем 16 мс +), и это именно то поведение, которое можно ожидать, а также то, как ведет себя большинство других БД.
Вы должны убедиться, что вы используете журналирование записи (j : true) и ведение журнала не отключено. Кроме того, поскольку настройки по умолчанию зависят от версии сервера и множества новых функций, исправлений и улучшений производительности, убедитесь, что вы получаете несколько более позднюю версию MongoDB (возможно, это не так, если на сервере работает что-то вроде стабильного Debian).