почему может изменяться время выполнения count с фильтром от 1 до 8 секунд и можно ли это как-то оптимизировать? просто выполняю один и тот же запрос несколько раз. Если не слать запрос некоторые время, то обрабатывается секунды 4, и если отправить запрос еще раз, то уже секунду - две выполняется. CPU на 30% загружается, DISK UTIL сначала на 45, потом 80, и 20%(это при долгом запросе). Когда быстро, то диск утил максимум до 40 доходит

Можно индекс построить, если его еще нет - для этого фильтра Надо детально разбираться, но при первом обращении нужная коллекция/индекс будет прочитана с диска и загружена в память так что следующий запрос будет быстрее работать (это нормально) Потом если придет запрос на другую коллекцию и памяти будет не хватать - монга выгрузит первую коллекцию из памяти и загрузит вторую, после чего запрос на каунт по первой коллекции будет работать долго - тк снова придется читать диск и грузить в память

а сменить пароль - испытание

https://docs.mongodb.com/manual/reference/command/updateUser/#dbcmd.updateUser Поле pwd

коллеги, тут был вопрос - медленно восстанавливается (через mongorestore). Я сам было подумал - дело в железе у вопрошающего. Сейчас столкнулся с такой же ситуацией. Был сделан дамп коллекции через mongodump. Файл небольшой - 10gb, записей 8 миллионов. Сейчас его ресторю на primary - в существующую коллекцию. в коллекции 3 индекса - понятно, но чтоб так медленно - уже 2 час пошел.

Ну да, механизмы разные 1. Если у вас есть один индекс по полю A, а вы делаете запрос по полям A и Б, тогда монга заюзает индекс A, поднимет все подходящие документы, отфильтрует по полю Б и вернет вам что останется 2. Если у вас компаунд индекс по полям A, Б - тогда при запросе по полям А и Б шаг с чтением подходящих документов будет пропущен, по индексу монга поймет какие документы нужно вернуть и вернет Если у вас два обычных индекса по полям А и Б, то на моем опыте c Mongo3.6 при запросе по полям А Б будет ситуация 1, хотя в доках описан возможный вариант использования их двух и объединения https://docs.mongodb.com/manual/core/index-intersection/

Ага) В общем надо дампить lvm походу

rs.config().members[0].priority = 2 rs.config().members[1].priority = 1.5 rs.config().members[2].priority = 1 rs.config().members[3].priority = 1 rs.config().members[4].priority = 1 Расставил приориты вот так. Вопрос - что будет тогда, когда последние три сервера в списке упадут одновременно? Вариант 1. Primary members[0] будет продолжать работать. Вариант 2. Primary members[0] тоже упадет, т.к. останется всего лишь два сервера в реплике. Чтобы он заработал надо убрать три упавших сервера с реплики.

Все остановится. Т.к кворума не будет, для него надо минимум 3 ноды

Коллеги, подскажите, как лечиться Could not find member to sync from. Нода исключалась из кластера, потом включена - в логе пишет: "We are too stale to use candidate as a sync source. Blacklisting this sync source because our last fetched timestamp is before their earliest timestamp Could not find member to sync from

Всем привет, юзаю go, вопрос: как реюзать одно соединение? нашел это https://stackoverflow.com/a/58366440 может у кого-то есть решения получше?

func init

в init один раз создать? и потом как это соединения правильно будет из пакетов юзать?

package mymongo var Client *mongo.Client func init() { Client = mongo.Connect("") }

Привет всем, открываю 1 соединения с attlasian а оно показывает что 3, возможно это из-за того что там rs? но это не всё, когда выполняю запросы к базе открываются еще соединения до 11 и на этом больше не открываются, логирую каждый раз когда соединение новое открываю и по логам могу сказать что только 1 раз. но тут почему-то 11 открытых

Пул коннектов обычно драйвера используют

Всем привет Вопрос Кто использовал gridfs Какие впечатления? Грабли?

Такой вопрос: Есть (много млн) документов структуры {_id, Array[{ObjectTypeA},{ObjectTypeA},{ObjectTypeB},...]} Тип обьекта есть в его поле, и я хочу посчитать по всей коллекции сколько документов с записями каждого типа у меня есть. Для этого естественно есть $unwind и $group по типу, но чтобы посчитать уники приходится добавлять в пайплайн $group по _id - и этот подход мне не нравится, так как по сути мы группируем к большому числу разных значений, это вроде как плохо? Какие у меня есть еще варианты?

Работает) Не трогаю.

Доброй ночи всем, вопрос, уместно ли тут вообще использовать транзакции: callback := func(sessCtx mongo.SessionContext) (interface{}, error) { result, err := coll.DeleteMany(sessCtx, filter) if err != nil { return nil, err } return result, nil } session, err := client.StartSession() if err != nil { return nil, err } defer session.EndSession(ctx) result, err := session.WithTransaction(ctx, callback) if err != nil { return nil, err } return result.(*mongo.DeleteResult), err

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

тут у меня вот такая задача и сказано что " использование транзакций обязательно." тут вообще где будет уместно их использовать?

конкретно в вашем случае все зависит от кода, если вы все делаете одной операцией то и транзакции по сути не нужны

ну, вы можете удалять рефреш токены по одному 😃

тут у меня вот такая задача и сказано что " использование транзакций обязательно." тут вообще где будет уместно их использовать?

откуда требование про транзакции?

там дальше есть строчка "База данных MongoDB, топология Replica Set, использование транзакций обязательно"

и еще вопросец, а откуда вообще задание? это рабочая таска или тестовое?

если только нет явного требования использовать разные коллекции для акссес и рефреш токенов

нет такого нету, да и помоему аккссес токены вообще не нужно же в базе хранить?

а как вы тогда проверите что он валиден?

Да и на самом деле даже не обязательно в csv. Даже при попытке экспортировать данные в json, компас по прежнему предлагает руками забить нужные поля

вы можете экспортировать в json через mongoexport

А как это сделать? :))

https://docs.mongodb.com/database-tools/mongoexport/#export-in-json-format

cps.app_data

Да. Попробуйте заэкранировать