Почему мои запросы MongoDB действительно, действительно замедляются?
Я рекомендовал бы сайт infrastructures.org. Это может немного устареть, но понятия тверды. Думайте о своей инфраструктуре в целом, которая будет иметь намного больше частей, чем просто программное обеспечение управления конфигурацией. Их контрольный список является хорошей начальной точкой - использование VCS, золотого сервера, сервер каталогов, контроль, и т.д. является всеми частями целого решения.
Идеально, необходимо смочь включить новый сервер в сеть, добавить его к центральному конфигурационному файлу и загрузить его, чтобы иметь ОС и пакеты, автоматически установленные и настроенные без ручного вмешательства. На практике это берет большую работу, и существуют обычно грубые края, но это - цель.
Кажется пропавшими без вести важного индекса тем более, что запрос без соответствий берет это намного дольше, чем запрос с соответствиями. Какой запрос - это? Возможно, Вам нужен составной индекс? Вы используете where как часть запроса?
Я не эксперт в MongoDB, но 80-90 минут является абсолютно аварийным. Я не знаю то, на что MongoDB "походит" к Arenstar, но он, как показывали, обработал миллиарды документов (терабайты данных).
MongoDb является webscale.. Извините должен был сказать это..
Никакие соответствия, вероятно, не требуют времени на основе, возможно, сканирования диапазона???
Я сломал бы его.. Монго не делает походит на DB для обработки 300 ГБ и вероятно не является достаточно сформировавшимся на данный момент, чтобы знать, как оно действует с большими объемами данных..
По какой причине Вы используете монго??
Посмотрите на страницу профилировщика базы данных MongoDB , особенно на раздел Оптимизация производительности запросов .
This might be too late for an answer, but I thought it was worth mentioning. There are tools like mongostat that can be used to see what actually is going on. Too many index misses, too many page faults. If you are running simultaneous read and write operations, then you should also look for lock percentage. 300 GB is not a huge amount for mongodb to handle. It can easily go much beyond that.
Other helpful commands:
db.stats();
db.currentOp();