Добрый день! Ситуация такая: кластер из 3 нод (1 мастер и 2 слейва). Необходимо отключить 1 слейв. Подскажите, пожалуйста, если отключу 1 слейв, кластер продолжит работать, я правильно понимаю? Когда запущу выключенный слейв, он автоматически подключится к кластеру или надо будет что-то набирать в консоли?

Добрый день, как вы собираетесь отключать слейв, через остановку сервиса монги на нем или через rs.remove() ?

Добрый день! Через остановку сервиса

Тогда кластер продолжит работать и после запуска подключится автоматически. Единственное: проверьте величину вашего oplog (количество часов которое он покрывает), если остановка слейва будет длительной и выйдет за рамки оплога - получите статус recovering после его запуска.

Всем привет, Подскажите есть ли тип интекса TEXT для понотекстового поиска в Atlas ? Просто доки все время говорят (non-Atlas) а вроде другое говорит что можно ставить там

Привет, Я попробовал Атлас Серч, он почему то медленно работает ( У меня есть строковое поле ActionId у которого атомарные значения , типа "acb123" Я хотел сделать поиск по частичном совпадению, типа если в поиск вбить b12 то он найдёт совпадение Я пробовал fuzzy, wildcard, nGram токенизацию - не работают быстро как хотелось Если я просто делаю сканирование режексом ActionId: /b12/i - работает на такой же скорости как и атлас серч индекс Может кто сталкивался с таким, как быть, подскажите плз

Что такое быстро? И зачем быстрее?

Поиск с Атлас Серчом иногда идет более 20ти секунд А этот поиск через апи запрос, поиск по БД Там максимум 3 секунды думаю допустимо, ну то есть пользователю будет дальше уже неудобно ждать

показывайте как делаете выборку и сколько документов подпадает под выборку?

Добрый день! Подскажите, кто знает, пожалуйста: mongosh клиент добавляет в вывод prompt, —quiet не помогает. Как убрать? например, делаю echo 'show tables' | mongosh —quiet logs, он выдает: logs> db1\ndb2\n... \n logs> 🤦‍♂️

либо через --eval передать js код строкой, либо через `--file`файл с js кодом. https://www.mongodb.com/docs/mongodb-shell/reference/options/#std-option-mongosh.--eval

Ребят, привет Кто встречался с такой проблемой?

Здравствуйте, пытаюсь анализировать запросы с помощью db.collection.find().explain(), в доке пишут что план не кешируется, но почему-то если я запускаю первый раз explain на определенную квери, даёт 9.985 executionTimeMillisEstimate, если запускаю ещё раз, даёт уже 0.048. Неужто кеширует не квери план а результат запроса?

прогретый запрос

Здравствуйте, пытаюсь анализировать запросы с помощью db.collection.find().explain(), в доке пишут что план не кешируется, но почему-то если я запускаю первый раз explain на определенную квери, даёт 9.985 executionTimeMillisEstimate, если запускаю ещё раз, даёт уже 0.048. Неужто кеширует не квери план а результат запроса?

Здравствуйте, пытаюсь анализировать запросы с помощью db.collection.find().explain(), в доке пишут что план не кешируется, но почему-то если я запускаю первый раз explain на определенную квери, даёт 9.985 executionTimeMillisEstimate, если запускаю ещё раз, даёт уже 0.048. Неужто кеширует не квери план а результат запроса?

Здравствуйте! Тут участвуют разные механизмы: 1) выбор плана: по шейпу запроса выбираются планы-кандидаты. Для каждого кандидата планировщик делает «тестовые» запросы, результаты взвешиваются и выбирается победитель. После чего победитель сохраняется в кэше планов и дальше при совпадении шейпа запроса план берётся из кэша, без повторного тестирования. Посмотреть можно вот тут: https://www.mongodb.com/docs/manual/reference/method/js-plan-cache/ По этому первый запрос когда план еще не составлялся (монга только была запущена или кэш был сброшен), время выполнения запроса существенно больше из-за происходящего анализа кандидатов 2) При выполнении запроса есть несколько вариантов: данные попадающие под выборку находятся на диске, в файловом кэше ОС или в кэше монги. Соотвественно первый запрос в который попадают данные будет читаться с диска, попадать в дисковый кэш и или быть в кэше запросов внутри монги. Это самый долги по времени путь. Как следствие если сделать запрос с теми же условиями повторно, данные уже будут в кэше монги и это самый быстрый путь Когда кэш монги переполнится, начнётся процесс вытеснения закешированных данных (page eviction). Но кэш ОС независим от кэша монги, по этому данные могут остаться в нем. Разница между ними в том, что в кэше монги данные хранятся как есть, а вот при сбросе на диск они сжимаются выбранным алгоритмом. Как следствие в кэше ОС данные хранятся более компактно. Но чтение назад в кэш требует декомпрессии что условно медленнее чем чтение напрямую из кэша монги 3) explain использует для estimatedMillis результат оценки планировщика. Эта оценка не всегда точная, так как была получена в п.1 и может существенно отличаться по разным причинам. Есть ситуации когда после «прогрева» монги, сброс кеша планов может помочь планировщику выбрать более эффективную стратегию

https://www.mongodb.com/docs/manual/reference/command/explain/ Спасибо за объяснение, примерно так и представлял, просто тут в доке пишут что не помещает выигравший план в кеш и не достает их оттуда.

а ты сравни свой код с тем что в доке

Тоже самое. In mongosh, this command can also be run through the db.collection.explain() and cursor.explain() helper methods.

Здравствуйте, пытаюсь анализировать запросы с помощью db.collection.find().explain(), в доке пишут что план не кешируется, но почему-то если я запускаю первый раз explain на определенную квери, даёт 9.985 executionTimeMillisEstimate, если запускаю ещё раз, даёт уже 0.048. Неужто кеширует не квери план а результат запроса?

https://www.mongodb.com/docs/manual/reference/command/explain/ Спасибо за объяснение, примерно так и представлял, просто тут в доке пишут что не помещает выигравший план в кеш и не достает их оттуда.

.

Да, действительной. Значит я неправильно запомнил что в executionStats планы оцениваются по новой, спасибо!

.

Может ли быть проблема в том что используется DocumentDB с версией монго 5.0? Вообще какая-то ужасная вещь, даже шардинг не поддерживает, такое ощущение что там не только это выпилено/урезано.

DocumentDB другая база данных, которая работает иначе чем MongoDb. У них общего только API запросов

.

Ужас какой... Эх спасибо, попробую их доку читать.

Оба этих запроса приведут к одному и тому же результату, так как выполнят одну и ту же команду explain: https://www.mongodb.com/docs/manual/reference/command/explain/ В случае с find() в mongosh возвращается объект связанный с курсором, который «лениво» выполняется. Как следствие на нем можно вызвать метод explain(). Под капотом все одно и тоже, не зависимо откуда был вызван метод

здравствуйте, подскажите какую ОС нынче модно юзать под mongodb? Есть mongodb 3.6, намечается ее переезд. CentOS я так понял уже не вариант, а RHEL8-9 просит лицензию.

здравствуйте, подскажите какую ОС нынче модно юзать под mongodb? Есть mongodb 3.6, намечается ее переезд. CentOS я так понял уже не вариант, а RHEL8-9 просит лицензию.

На него нормально поставится?

Или rocky но там репы немного запарно добавлять, так как там сухая необходимость

Ну у меня в опыте проблем почти не было, только там по дефолту файервал включён иногда забываешься открыть порты

роки отзывы посмотрел, чтото не хвалят

Остальное вообще не видел каких-то отличий

а что бы вы выбрали роки или оракл линукс?

Вообще разницы не вижу, ответь на вопрос сколько раз будешь её переустанавливать, если больше раза - пишешь ансибл просто с учётом особенностей и раскат автоматизируется)

Ubuntu

а что бы вы выбрали роки или оракл линукс?

какая разница, если запускать в докере?

Нет, на виртуалке. Хочу со старого сервера перекинуть бд на новый. При этом в новую версию монго и ос. Бд гдето 3.5 тб

тогда стоит остановиться на том что лучше знаете и что есть в https://www.mongodb.com/docs/manual/administration/production-notes/#recommended-platforms там выше будет матрица совместимости по разным версиям

Кто-то смог поставить Mongo на локальном компе с Fedora 42 ?

#вопрос нужно поменять тип поля во всех документах с Object startDate Object year 2023 month 8 day 1 на Date, использую mongodb.driver c# на стороне сервера(не клиента), как можно это сделать?

Там 60 млн документов, хочется ускорить

нашёл некоторый eval, не пойму на сколько она obsolete

альтернатив такто нет. Есть только подварианты вида сделать апдейты на создание нового поля с нужным типом и когда все отработает переклчюиться на него