MongoDB проблемы с одним сервером/pittfalls

Question

Я работаю над проектом с использованием MongoDB и поэтому попросил моего диспетчера сервера установить MongoDB.

Недавно я прочитал в старой потоке stackoverflow, что на самом деле не рекомендуется запускать MongoDB на одном сервере из-за возможности потери данных. Я не специалист и хочу избегать подобных случаев. Неужели эти проблемы все еще существуют, и я должен искать другое решение, такое как удаленные базы данных или безопасно его установить?

Каковы подводные камни, которые я должен удостовериться, что мой управляемый серверный поставщик позаботится?

Answer 1

Внимание: изделие связано с chridam: опасно устаревшее.

Проще говоря, нет, не о чем беспокоиться с развертыванием единственного сервера MongoDB. По умолчанию MongoDB будет писать все в журнал каждые 100 мс. Если есть записи с опцией j (журнал), этот интервал сокращается до третьего. Я опубликовал a longer answer with the gritty details (два, фактически) к аналогичному вопросу некоторое время назад.

Дело в том, что операция записи с j : true не вернется, пока запись не сделана в журнал (т. Е. Ожидают, что эти вызовы будут принимать в среднем 16 мс), и это именно то, что можно было бы ожидать, и это также как ведут себя большинство других dbs.

Вы должны убедиться в том, что используете проблемы с записью на журналы (j : true), а регистрация не отключена. Кроме того, поскольку значения по умолчанию зависят от версии сервера и есть много новых функций, исправлений и улучшений производительности, убедитесь, что вы получаете несколько недавнюю версию MongoDB (может быть, не так, если на сервере работает что-то вроде стабилизации debian).