В этом курсе вы познакомитесь с MongoDB.Вы узнаете, как установить его и как управлять им через оболочку.Кроме того, вы узнаете, как получить программный доступ к нему через Java и как использовать Map Reduce с ним.Наконец, будут объяснены более сложные понятия, такие как шардинг и репликация.Проверьте это здесь !
Оболочка MongoDB — это лучший инструмент для обнаружения функций MongoDB и управления каждым аспектом развертывания вашего сервера, экземпляров, баз данных, коллекций и документов. Он основан на языке JavaScript для выполнения команд и запросов. Пожалуйста, не беспокойтесь, если у вас мало или нет знаний о JavaScript : в большинстве случаев вы сможете легко понять каждый пример, так как есть общий шаблон для подражания.
Поскольку JSON является форматом для управления документом, он также используется для указания команд и запросов, а также для возврата их результатов. Такое объединение приносит много преимуществ, потому что JSON по своей природе прост, удобен для человека и легок для понимания.
В этой части руководства мы намерены выполнить большинство команд и запросов, поддерживаемых MongoDB, используя его оболочку, за исключением тех, которые относятся к шардингу (будет подробно рассмотрено в части 4. Руководство по шардингу MongoDB ) и репликации (будет рассмотрено подробно в части 5. Руководство по репликации MongoDB ). Более сложные темы будут рассмотрены в части 7. Руководство по безопасности, профилированию, индексированию, курсорам и массовым операциям MongoDB .
MongoDB имеет много внутренних и экспериментальных команд, которые мы не рассмотрим. Их использование ограничено очень конкретными сценариями, с которыми вы можете никогда не столкнуться (или их поведение может быть нестабильным).
Оболочка MongoDB предоставляет несколько командных помощников, которые позволяют устанавливать контекст и неявно заполнять переменные оболочки, включая:
db: текущая переменная контекста базы данных
rs: контекстная переменная набора реплик
sh: контекстная переменная шардинга
Без предоставленных аргументов командной строки оболочка MongoDB по умолчанию подключается к локальному экземпляру сервера MongoDB через порт 27017 и базе данных с проверкой имени (которая может физически отсутствовать на диске).
команда
использовать <база данных>
Описание
Переключает текущую базу данных на <database> и назначает переменную оболочки db текущей базе данных.
пример
В оболочке MongoDB давайте выполним команду: использовать mydb
Выводит последний сегмент журнала в памяти. Если имя регистратора не указано, глобальный регистратор будет использоваться по умолчанию.
пример
В оболочке MongoDB давайте выполним команду: show log global
показать журнал [имя]
команда
нагрузка (<имя файла>)
Описание
Загружает и выполняет файл JavaScript с именем filename в текущей среде оболочки MongoDB .
пример
Давайте подготовим пример сценария db.js , который находится в папке установки MongoDB , который просто перечисляет все доступные базы данных и выводит их имена на консоль:
1
2
3
4
5
result = db.getSiblingDB( 'admin')
.runCommand( { listDatabases: 1} );
for( index in result.databases ) {
print( result.databases[ index ].name );
}
В оболочке MongoDB давайте выполним команду: load (‘db.js’)
В оболочке MongoDB есть как минимум два способа запуска команд:
используя общий вызов функции db.runCommand ()
используя более удобные вызовы функции-оболочки db. <command> или db. <collection>. <command>
В большинстве случаев второй вариант гораздо более читабелен, и это будет выбор для наших примеров в следующих разделах. В большинстве случаев оба варианта будут показаны рядом (если применимо), поэтому вы сможете выбрать свой любимый способ запуска команд. Обратите внимание, что не все команды имеют оболочки оболочки MongoDB, и поэтому их можно запускать только с помощью вызова функции db.runCommand () .
команда
db.runCommand (<команда>)
Описание
Предоставляет помощника для запуска указанных команд базы данных. Это предпочтительный метод для выдачи команд базы данных, поскольку он обеспечивает согласованный интерфейс между оболочкой и драйверами.
пример
В оболочке MongoDB давайте выполним команду: db.runCommand ({buildInfo: 1})
База данных — это контейнер данных верхнего уровня в MongoDB, который содержит одну или несколько коллекций документов. Для каждой базы данных MongoDB создает физический файл (или файлы) на диске, активно выделяя файлы данных, чтобы зарезервировать пространство и избежать фрагментации файловой системы.
Имена файлов данных следуют шаблону: первый файл данных имеет имя <databasename> .0, следующий — <databasename> .1 и так далее. Размер первого предварительно выделенного файла составляет 64 мегабайта , второй — 128 мегабайт , следующий — 256 мегабайт и т. Д., Максимальный размер — 2 гигабайта (в этот момент все последующие файлы будут иметь размер 2 гигабайта ). , Следует помнить одну вещь: MongoDB не будет постоянно создавать базу данных, пока в нее не будут вставлены данные.
По умолчанию MongoDB также создает файлы журнала, в которых хранятся операции записи на диск до их применения к базам данных.
команда
db.help ()
Описание
Показать справку для методов базы данных.
пример
В оболочке MongoDB давайте выполним команду: db.help ()
Примечание. Отображается только фрагмент выходных данных.
Возвращает другую базу данных без изменения переменной db в среде оболочки. Его можно использовать в качестве альтернативы использованию помощника <database> (см., Пожалуйста, Shell Command Helpers ).
пример
В оболочке MongoDB давайте выполним команду: db.getSiblingDB (‘admin’). GetName ()
Каждый экземпляр сервера MongoDB имеет свою собственную локальную базу данных, в которой хранятся данные, используемые в процессе репликации, и другие данные, специфичные для экземпляра. Репликация не затрагивает локальную базу данных: коллекции в локальной базе данных никогда не реплицируются ( часть 5. В руководстве по репликации MongoDB больше говорится о репликации). Кроме того, существует административная база данных — привилегированная база данных, к которой пользователи должны иметь доступ для выполнения определенных административных команд.
Для запуска команды в контексте базы данных администратора доступны следующие параметры:
1
2
use admin
db.runCommand( <command> )
Обратите внимание, что текущая база данных будет переключена на администратора .
Чуть больше многословных связанных вызовов, но текущая база данных не будет переключаться и останется неизменной.
1
db.adminCommand( <command> )
Ярлык для db.getSiblingDB (‘admin’) .runCommand (<команда>) .
команда
listCommands
обертка
db.listCommands ()
Описание
Отображает список всех команд базы данных с примерами использования и ожидаемыми параметрами. Команды, которые требуют административных привилегий, помечены как adminOnly .
пример
В оболочке MongoDB давайте выполним команду: db.listCommands () В качестве альтернативы, давайте запустим ту же команду с помощью вызова runCommand () : db.runCommand ({listCommands: 1})Примечание: показан только фрагмент выходных данных.
Эта команда предоставляет список существующих баз данных вместе с базовой статистикой о них. Он должен быть запущен в контексте базы данных администратора .
Копирует базу данных с удаленного хоста на текущий хост или копирует базу данных в другую базу данных на текущем хосте. Он должен быть запущен в контексте базы данных администратора .
Эта команда клонирует базу данных с тем же именем, что и текущая база данных, из удаленного экземпляра MongoDB, запущенного на <hostname> andport <port>, на текущий хост.
пример
Предположим, что в другом экземпляре сервера MongoDB, работающем на порту 27018 , давайте выполним команду в оболочке: db.cloneDatabase (‘localhost: 27018’)
В качестве альтернативы, давайте запустим ту же команду с помощью вызова runCommand () : db.runCommand ({clone: ’localhost: 27018′})
Сбрасывает все ожидающие записи со слоя хранения на диск. При желании он может заблокировать экземпляр сервера и заблокировать операции записи для сбора резервных копий. Его следует запускать в контексте базы данных администратора .
Коллекции — это контейнеры документов MongoDB, которые имеют один или несколько индексов. Для пользователей, знакомых с понятиями СУБД, коллекция является эквивалентом таблицы. Коллекция принадлежит одной базе данных и не применяет никакой схемы, содержащей документы. Не существует ограничения на количество документов, которое может содержать любая отдельная коллекция, если это не особый тип коллекции, называемый закрытой коллекцией: коллекция фиксированного размера, которая автоматически перезаписывает свои самые старые записи, когда достигает максимального размера.
Вместе с именем базы данных коллекции образуют пространство имен: имя базы данных объединяется с именем коллекции с использованием точки ‘ . ‘персонаж, например:
test.collection1
test.collection1.subcollection1
В дополнение к пользовательским коллекциям MongoDB хранит системную информацию в коллекциях, которые используют пространство имен <database> .system. * И зарезервированы для внутреннего использования. База данных администратора (см. Раздел « Базы данных ») включает в себя следующие системные коллекции:
admin.system.roles
admin.system.users
admin.system.version
В каждой базе данных пользователей определены следующие системные коллекции:
<База данных> .system.namespaces
<База данных> .system.indexes
<база> .system.profile
<База данных> .system.js
В этом разделе мы не будем изучать системные коллекции напрямую, но если вы заинтересованы в получении более подробной информации, пожалуйста, обратитесь к официальной документации .
команда
дб. <коллекция> .help ()
Описание
Показать справку о методах сбора.<Collection> может быть именем существующей коллекции или несуществующей коллекции.
пример
В оболочке MongoDB давайте выполним команду: db.mycoll.help ()
Примечание. Отображается только фрагмент выходных данных.
дб. <коллекция> .help ()
команда
db.getCollectionNames ()
Описание
Возвращает все коллекции в текущей базе данных.
пример
В оболочке MongoDB давайте выполним команду: db.getCollectionNames ()
Возвращает имя коллекции. Это полезно для коллекции, имя которой может взаимодействовать с самой оболочкой (например, начинается с _ или имеет то же имя, что и встроенная команда базы данных).
пример
В оболочке MongoDB давайте выполним команду: db.getCollection (‘system.indexes’)
В качестве альтернативы, давайте запустим ту же команду с помощью вызова runCommand () : db.adminCommand ({renameCollection: ‘test.mycoll’, to: ‘test.mycoll2’})
Проверяет правильность структур в коллекции <collection> путем сканирования данных и индексов коллекции. Команда возвращает информацию о представлении коллекции на диске.
Копирует коллекцию <collection> с удаленного хоста на текущий хост.
пример
Предположим, что в другом экземпляре сервера MongoDB, работающем через порт 27018 , давайте выполним команду в оболочке: db.cloneCollection (‘localhost: 27018’, ‘test.mycoll’)
В качестве альтернативы, давайте запустим ту же команду с помощью вызова runCommand () : db.runCommand ({cloneCollection: ‘test.mycoll’, from: ‘localhost: 27018’})
Создает новую ограниченную коллекцию <capped collection> из существующей <существующей коллекции> незаполненной коллекции в той же базе данных. Операция не влияет на исходную коллекцию без ограничения.
Удаляет все индексы в коллекции <collection> и создает их заново. Эта операция может быть дорогой для коллекций, которые имеют большой объем данных и / или большое количество индексов.
пример
В оболочке MongoDB давайте выполним команду: db.mycoll.reIndex ()
В качестве альтернативы, давайте запустим ту же команду с помощью вызова runCommand () : db.runCommand ({reIndex: ‘mycoll’})
Копирует все документы из коллекции <collection> в новую коллекцию <newCollection>, используя серверный JavaScript. Если коллекция <newCollection> не существует, она будет создана. Команда возвращает количество скопированных документов (или 0, если исходная коллекция пуста).
В MongoDB данные представляются и хранятся в виде документов JSON : пары полей и значений. Точнее, MongoDB использует двоичныйJSON (BSON) для хранения сериализованных документов на диске, но для пользователя он выглядит как обычный JSON (по крайней мере, в оболочке MongoDB ). Диапазон поддерживаемых типов полевых данных довольно внушителен (см. Ссылку на типы данных BSON ):
двойной
строка
объект
массив
Двоичные данные
Неопределенный
Идентификатор объекта
логический
Дата
Ноль
Регулярное выражение
JavaScript (с / без области)
32-разрядное целое число
64-разрядное целое число
Отметка
Другие документы (так называемые встроенные документы), массивы, массивы документов и ссылок также поддерживаются.
Имена полей имеют несколько ограничений:
Поле с именем _id зарезервировано для использования в качестве первичного ключа и должно быть уникальным для всей коллекции (оно является неизменным и может иметь любой тип, отличный от массива). Это поле всегда является первым полем в документе.
Имена полей не могут начинаться со знака доллара ‘$’ и не могут содержать точку ‘.’ характер. Те защищены.
Например, простой документ, представляющий книгу, может выглядеть так:
Ссылки ( DBRef ) — это указатели из одного документа в другой (с использованием значения поля _id документа, имени коллекции и, необязательно, имени базы данных):
1
2
3
4
5
{
"$ref": <collection>,
"$id": <document _id>,
"$db": <database>
}
Для пользователей, знакомых с концепциями СУБД, он может выглядеть аналогично внешним ключам и объединениям, но MongoDB не поддерживает объединения: для разрешения ссылки должен быть выполнен дополнительный запрос (или запросы). Тем не менее, это довольно полезная концепция для представления ссылок между документами. Возвращаясь к нашему примеру с Книгой , давайте предположим, что авторы хранятся в отдельной коллекции, и каждая книга будет иметь ссылку на своего автора. Вот пример документа Author :
1
2
3
4
5
{
"_id": ObjectId("536a60ef0ad33fcab3abfc0f"),
"firstName": "Kyle",
"lastName": "Banker"
}
И теперь каждая книга ссылается на автора по полю _id и типу DBRef :
Позже в этом разделе мы увидим больше примеров вставки различных документов и использования ссылок на документы.
Следует помнить, что максимальный размер документа (представленного в формате BSON ) составляет 16 мегабайт . Для более полного обзора модели данных документа, пожалуйста, обратитесь к официальной документации .
Команды записи / обновления имеют понятие проблемы записи : гарантия, которую MongoDB предоставляет, сообщая об успешности операции записи. Сила записи проблем определяет уровень гарантии. Когда вставки, обновления и удаления имеют слабую запись, операции записи быстро возвращаются. Следовательно, при наличии серьезных проблем с записью клиенты могут ожидать экземпляры сервера MongoDB для подтверждения операций записи. В некоторых случаях сбоя операции записи, выполненные со слабой записью, могут не сохраняться. Мы вернемся к написанию проблемы в части 5. Руководство по репликации MongoDB, но если вы хотите получить более подробную информацию прямо сейчас, обратитесь к официальной документации .
Изменяет существующий документ или документы в коллекции <collection> или вставляет новый, если ни один документ не соответствует запросу и для параметра upsert установлено значение true . Команда может изменить определенные поля существующего документа или документов или полностью заменить существующий документ, в зависимости от обновления.
По умолчанию команда обновляет один документ, если параметр multi не имеет значения true, а затем будет выполнено обновление всех документов, соответствующих критериям запроса.
Синтаксис запроса будет подробно обсуждаться в разделе « Запросы ».
пример
В оболочке MongoDB , давайте выполним команду (исходный документ будет заменен, если существует) :
Команда update поддерживает множество операторов для управления семантикой модификации, которые перечислены в таблице ниже (более подробную информацию см. В официальной документации ):
оператор
Описание
$ вкл
Увеличивает значение поля на указанную сумму.
$ мул
Умножает значение поля на указанную сумму.
$ переименовани
Переименовывает поле.
$ setOnInsert
Устанавливает значение поля при создании документа во время upsert . Не влияет на операции обновления, которые изменяют существующие документы.
$ комплект
Устанавливает значение поля в существующем документе.
$ снята с охраны
Удаляет указанное поле из существующего документа.
$ мин
Обновляется только в том случае, если существующее значение поля меньше указанного значения.
$ макс
Обновляется только в том случае, если существующее значение поля больше указанного значения.
$ CurrentDate
Устанавливает значение поля в текущую дату в виде даты или отметки времени.
$
Действует как заполнитель для обновления первого элемента, который соответствует условию запроса в обновлении.
$ addToSet
Добавляет элементы в существующий массив, только если они еще не существуют в наборе.
$ поп
Удаляет первый или последний элемент массива.
$ pullAll
Удаляет все совпадающие значения из массива.
$ тянуть
Удаляет все элементы массива, которые соответствуют указанному запросу.
$ толчок
Добавляет элемент в массив.
$ каждый
Изменяет операторы $ push и $ addToSet для добавления нескольких элементов для обновления массива.
$ ломтика
Изменяет оператор $ push для ограничения размера обновляемых массивов.
$ сортировать
Изменяет оператор $ push для изменения порядка документов, хранящихся в массиве.
$ позиция
Изменяет оператор $ push, чтобы указать позицию в массиве для добавления элементов.
$ бит
Выполняет побитовые И , ИЛИ , и XOR обновления целочисленных значений.
$ изолированные
Изменяет поведение мульти-обновлений для улучшения изоляции операции.
Обновить
Вот пример обновления с использованием некоторых операторов из таблицы выше:
Удаляет документы из коллекции <collection> . Может быть предоставлено несколько спецификаций удаления. Команда не может работать с ограниченными коллекциями.
Синтаксис запроса будет подробно обсуждаться в разделе « Запросы ».
Находит, изменяет и возвращает один документ в коллекции <collection> . По умолчанию возвращенный документ не содержит изменений, внесенных обновлением. Чтобы вернуть документ с внесенными изменениями, для новой опции должно быть установлено значение true . Если запрос выбирает несколько документов, параметр сортировки определяет, какой документ следует изменить.
пример
В оболочке MongoDB давайте выполним команды (обратите внимание, что оригинальный документ будет заменен обновленным):
В последнем выпуске MongoDB представлена поддержка массовых операций, которая наряду с индексацией будет рассмотрена в части 7. Руководство по безопасности, профилированию, индексированию, курсорам и массовым операциям MongoDB .
6. Запросы
Запросы используются для извлечения данных, хранящихся в базе данных MongoDB . В MongoDB запросы выбирают документы только из одной коллекции (как мы уже знаем, объединения не поддерживаются). Запросы определяют критерии для сопоставления документов. Запрос может включать проекцию для выбора полей из соответствующих документов для возврата (весьма полезно для ограничения объема данных, которые следует отправлять по сети).
команда
db. <collection> .find (<критерии>, <проекция>)
Описание
Выбирает документы в коллекции <collection> и возвращает курсор на выбранные документы. Курсоры будут рассмотрены в части 7. Руководство по безопасности, профилированию, индексированию, курсорам и массовым операциям MongoDB .
Возвращает только один документ из коллекции <collection>, который удовлетворяет заданным критериям запроса. Если несколько документов соответствуют запросу, этот метод возвращает первый документ в соответствии с естественным порядком, который отражает порядок документов на диске. В ограниченныхколлекциях естественный порядок такой же, как порядок вставки. Эта команда очень похожа на описанную выше db. <Collection> .find (<критерии>, <проекция>), но ограничивает результат не более чем одним документом.
В последней версии MongoDB позволяет ограничить время обработки запроса с помощью опции maxTimeMS (миллисекунды). Обратите внимание, что maxTimeMS учитывает только процессорное время и не включает задержку в сети или время простоя.
Определяет точку, для которой геопространственный запрос сначала возвращает ближайшие документы из <collection> . Запрос возвращает документы от ближайшего к дальнему. Это альтернатива оператору запроса $ near . Мы подробно рассмотрим гео-индексы в части 7. Руководство по безопасности, профилированию, индексированию, курсорам и массовым операциям MongoDB .
В части 7. Руководстве по безопасности, профилированию, индексированию, курсорам и массовым операциям MongoDB мы рассмотрим некоторые дополнительные темы, связанные с курсорами, профилированием запросов и планами запросов.
7. Агрегации
MongoDB предоставляет семейство команд для выполнения операций агрегации во всей коллекции (так называемая структура агрегации ). Большинство команд, которые мы собираемся охватить в этом разделе, кроме mapReduce , который будет описан в части 6. Учебник по MongoDB Map Reduce .
команда
подсчитывать
параметры
1
2
3
4
5
6
7
{
count: <collection>,
query: <query>,
limit: <limit>,
skip: <skip>,
hint: <hint>
}
обертка
дб. <коллекция> .count (<запрос>)
Описание
Подсчитывает количество документов в коллекции <collection> . Синтаксис запроса подробно обсуждается в разделе « Запросы ».
пример
В оболочке MongoDB давайте выполним команду : db.mycoll.count ()
В качестве альтернативы, давайте запустим ту же команду с помощью вызова runCommand () : db.runCommand ( {
Группирует документы в коллекции <collection> по указанному ключу <field> и выполняет простые функции агрегирования, такие как подсчет и суммирование. Для пользователей, знакомых с понятиями СУБД, эта команда аналогична инструкции SELECT <…> GROUP BY<…> в SQL . Синтаксис запроса подробно обсуждается в разделе « Запросы ».
Выполняет операцию агрегирования, используя конвейер агрегации <pipe> : обрабатывает данные из коллекции <collection> с помощью последовательности поэтапных манипуляций (более подробную информацию см. В официальной документации ).
Операторы агрегации трубопроводов включают в себя:
$ проект
$ матч
$ красноломкий
$ предел
$ пропуск
$ размотки
$ группа
$ сортировать
$ geoNear
$ из
Каждый оператор конвейера также поддерживает операторы выражений для вычисления значений внутри конвейера (более подробную информацию см. В официальной документации ).
GridFS позволяет хранить и извлекать файлы, размер которых превышает ограничение размера документа MongoDB16 МБ (см. Раздел « Документы »). Вместо того чтобы хранить файл в одном документе, GridFS делит файл на части (или порции) и сохраняет каждый из этих порций как отдельный документ. По умолчанию размер фрагмента составляет 255 КБ .GridFS хранит файлы в двух коллекциях (префикс fs может быть изменен):
fs.chunks : сохраняет содержимое файла в виде двоичных фрагментов
Сервер MongoDB поддерживает широкий спектр команд для проверки своих внутренних функций и мониторинга текущей деятельности. Чтобы удовлетворить потребности корпоративных развертываний, MongoDB имеет мощную модель безопасности на основе ролей, которая обеспечивает пользователям и приложениям доступ только к тем данным, которые им разрешены. Будучи большой темой, она будет рассмотрена в части 7. Руководство по безопасности, профилированию, индексированию, курсорам и массовым операциям MongoDB .
команда
Eval
параметры
1
2
3
4
5
{
eval: <function>,
args: [ <arg1>, <arg2> ... ],
nolock: <true|false>
}
обертка
db.eval (<функция>, <аргументы>)
Описание
Предоставляет возможность оценивать функции JavaScript на сервере MongoDB .
Завершает операцию, указанную идентификатором операции (возвращается функцией db.currentOp () ). Рекомендация для этой команды — использовать ее для завершения операций, инициированных только клиентами, и не завершать операции внутренней базы данных.
Возвращает информацию о базовой системе, на которой работает экземпляр сервера MongoDB . Некоторые из возвращенных полей включены только на некоторых платформах.
пример
В оболочке MongoDB давайте выполним команду: db.hostInfo ()
В качестве альтернативы, давайте запустим ту же команду с помощью вызова runCommand () : db.runCommand ({hostInfo: 1})
Примечание. Отображается только фрагмент выходных данных.
Очищает все ресурсы базы данных и затем завершает текущий процесс экземпляра сервера MongoDB . Он должен быть запущен в контексте базы данных администратора .
В качестве альтернативы, давайте запустим ту же команду с помощью вызова runCommand () : db.adminCommand ({shutdown: 1})
Обратите внимание, что вам необходимо перезапустить ваш экземпляр сервера MongoDB, когда команда завершит выполнение, поскольку она будет прервана, и оболочка MongoDB не сможет больше к ней подключиться.
Вывод параметров командной строки, используемых для запуска текущего экземпляра сервера MongoDB . Он должен быть запущен в контексте базы данных администратора .
пример
В оболочке MongoDB давайте выполним команду: db.adminCommand ({getCmdLineOpts: 1})
Возвращает статистику использования для каждой коллекции и предоставляет количество затраченного времени (в микросекундах) и количество операций для следующих типов событий:
общее
блокировка чтение
блокировка запись
запросы
getmore
вставка
Обновить
удалять
команды
Он должен быть запущен в контексте базы данных администратора .
пример
В оболочке MongoDB давайте выполним команду: db.adminCommand ({top: 1})
Примечание. Отображается только фрагмент выходных данных.
Загружает данные из слоя хранения данных в память. Он может загружать индексы, данные (документы) или как данные (документы), так и индексы. Выполнение этой команды гарантирует, что коллекция <collection> и / или ее индексы находятся / находятся в памяти перед началом другой операции. Загружая коллекцию или индексы в память, экземпляр сервера MongoDB может выполнять последующие операции более эффективно.
Позволяет вращать журналы экземпляров сервера MongoDB, чтобы один файл журнала не занимал слишком много места на диске. Он должен быть запущен в контексте базы данных администратора .
пример
В оболочке MongoDB давайте выполним команду: db.adminCommand ({logRotate: 1})
Позволяет изменять параметры экземпляра сервера MongoDB , обычно устанавливаемые в командной строке. Параметр <option> может иметь одно из следующих значений:
journalCommitInterval
LOGLEVEL
logUserIds
notablescan
тихий
replApplyBatchSize
replIndexPrefetch
syncdelay
traceExceptions
textSearchEnabled
sslMode
clusterAuthMode
userCacheInvalidationIntervalSecs
Он должен быть запущен в контексте базы данных администратора .
Позволяет получить значение параметров экземпляра сервера MongoDB , обычно устанавливаемых в командной строке. Параметр <option> соответствует спецификации команды setParameter . Он должен быть запущен в контексте базы данных администратора .
В этом разделе мы довольно много играли с оболочкой MongoDB и видели большинство команд MongoDB в действии. В следующем разделе мы узнаем, как интегрировать MongoDB в ваши Java-приложения.