MongoDB: большой размер расширенной памяти

Два пути:

dir *test* /s/b
dir /s/b | findstr /i "test"

При использовании findstr можно использовать/i для нечувствительного к регистру,/v строки, которые не делают,/b соответствие в начале строки,/e соответствие в конце строки. Таким образом, findstr подобен grep. Кроме того, dir/s/b/ad только возвратит каталоги, в то время как dir/s/b/a-d только возвратит файлы. dir/? и findstr/? покажет полную справку.

0
задан 1 March 2014 в 20:10
1 ответ

Отображенный рисунок, который вы указываете в выводе db.serverStatus () , в основном является мерой всех файлов данных, которые были отображены в память с помощью mmap ]. Последующие команды, которые вы перечисляете, предназначены либо для одной базы данных ( db.stats () ), и они не будут эквивалентными для всех баз данных, если вы не запустите ее для всех баз данных и не сложите цифры вместе. Или они измеряют что-то совершенно другое (рабочий набор), который будет сильно зависеть от того, что вы делали с базой данных в последнее время, и не будет превышать вашу физическую память.

Что касается баз данных, ни один набор реплик - это только одна база данных, всегда есть локальная БД, которая содержит журнал операций для репликации и который (как минимум) будет включен в отображаемый рисунок, как и любое пустое пространство, используемое для предварительного выделения.

Вы должны обнаружить, что отображенный рисунок довольно хорошо совпадает с фактическим размером файлов данных в вашем dbpath . Если база данных запущена, то журнал также будет присутствовать, и включение папки журнала даст вам цифру mappedWithJournal (если база данных завершена правильно, файлы журнала удаляются и снова перераспределяются при запуске).

0
ответ дан 5 December 2019 в 14:18

Теги

Похожие вопросы