{ "v" : 2, "key" : { "createdAt" : 1 }, "name" : "createdAt_1", "ns" : "db.regs", "expireAfterSeconds" : 60, "background" : true }

чекните что выдает db.hostInfo().system.currentTime

ISODate("2018-05-28T18:19:16.211Z")

я сейчас на сервер UTC поставил, чтобы совпадало

но похоже это не помогло

А нет помогло)

Спасибо))

Всем привет. Подскажите, плиз, есть коллекция: { _id: ..., author: '...', text: '...' } как сделать выборку с группировкай по автору?

Всем привет. Подскажите, плиз, есть коллекция: { _id: ..., author: '...', text: '...' } как сделать выборку с группировкай по автору?

что значит "сгруппировать" ? какой результат вы ожидаете получить?

что значит "сгруппировать" ? какой результат вы ожидаете получить?

[ { name: "Vasya", items: [...] }, { name: "Petya", items: [...] }, ] как-то так

тогда вам в aggregation и там соотвественно group

доброго времени суток, на реплика-сете стоит монга 3.4.3, могу ли я безопасно отсоединять от реплики по одному серверу и апгрейдить их до 3.4.15?

т.е. отсоединил, обновил и сразу заново в реплика сет подключил инстанс

а зечем отсоединять?

остановил репликацию, погасил софт, обновил, запустил

Привет! Кто может подсказать почему если указать в db.collection.find().skip(3400) - запрос начинает долго висеть и выбирает 100000 документов. А всего их 3600?

точнее будет сказать что в запросе идут limit(20).skip(3400) - т.е. я делаю пагинацию/постраничку

сначала скип потом лимит

нету разницы. всё равно находит больше результатов чем их есть

какая-то хрень =(

в db.currentOp() - numYields это не количество результатов?

Привет! Кто может подсказать почему если указать в db.collection.find().skip(3400) - запрос начинает долго висеть и выбирает 100000 документов. А всего их 3600?

Выбирает 100к документов когда в коллекции всего 3к?

в find 3600 запросов

а когда делаю find.skip.limit - зависает и numYields растет

если я правильно понимаю explain - почему то идёт по всем документам в коллекции вообще

"executionStats" : { "executionSuccess" : true, "nReturned" : 20, "executionTimeMillis" : 1509937, "totalKeysExamined" : 19542300, "totalDocsExamined" : 19542300,

Ну да. А как вы ещё ожидаете будет работать skip и limit без индекса?

а почему на обычный find не делает такое?

а зечем отсоединять?

Чтобы даунтайм минимизировать

и когда skip маленький - тоже не делает

а когда на последнюю страницу в постраничной навигации кликаешь - начинается такая хрень

а какое услвоие в самом find?

а почему на обычный find не делает такое?

Потому что find возвращает курсор. Find без условий открывает курсор с $natural сортировкой без условий. Если вы не итерируете курсор, то такой запрос будет выполнятся быстро, потому что это начало списка. Чем ближе к концу, тем больше документов надо перебрать.

Добавление skip просто автоматически проматывает курсор вперёд на X документов

у меня find с сортировкой

когда делаю count - сразу возвращает сколько результатов - 3600

получается, если сделать skip - то он начнет искать по всей коллекции?

не смотря на то что уже нашел эти 3600?

Я не понимаю что вы говорите

вот find нашел 3600 записей по индексу

Приведите примеры запросов, так будет проще.

получается мне проще просто итерировать эти записи скажем в php, чем делать skip в mongodb?

у меня find с сортировкой

можете скопировать сюда само выражение

получается мне проще просто итерировать эти записи скажем в php, чем делать skip в mongodb?

Нет, не проще.

db.collection.find({"extra.sessid":{"$in":["31723acf50a0148d575124d44c7bdb95","be6d00ae71209fdc00b22cf31cfbd908","5cbf8d0072da6956bfc8277e3ecd4ccb","1c27187cc0384a4a84aef9e5e56becb4"]}}, {"datetime" : 1,"extra.recordNumber" : 1,"action.id" : 1,"level_name" : 1,"extra.sessid" : 1,"extra.userId" : 1,"message" : 1,"context.errorCode" : 1,"context.error" : 1}).sort({'datetime':-1,'extra.ROW_NUM':-1}).skip(3400).limit(20);

вот такой запрос - зависает, и надолго

А другой какой запрос?

db.collection.find({"extra.sessid":{"$in":["31723acf50a0148d575124d44c7bdb95","be6d00ae71209fdc00b22cf31cfbd908","5cbf8d0072da6956bfc8277e3ecd4ccb","1c27187cc0384a4a84aef9e5e56becb4"]}}, {"datetime" : 1,"extra.recordNumber" : 1,"action.id" : 1,"level_name" : 1,"extra.sessid" : 1,"extra.userId" : 1,"message" : 1,"context.errorCode" : 1,"context.error" : 1}).sort({'datetime':-1,'extra.ROW_NUM':-1});

без скипа и лимита

и он сразу отрабатывает

ну собсна инндекс по {'datetime':-1,'extra.ROW_NUM':-1}

и все будет норм

или не сразу. тоже завис походу

Измеряйте с explain("executionStats")

ну собсна инндекс по {'datetime':-1,'extra.ROW_NUM':-1}

есть такой индекс

в коллекции должен быть индекс по фильтру и по сортировке?

или один, которые все поля включает?

Сделайте оба запроса с explain(executionStats) и сравните планы

Можете на gist запостить

my $now2 = DateTime->now( time_zone => 'Europe/Moscow' )->subtract(minutes => 15);

my $dt = DateTime->new( year => 2018, month => 5, day => 29, hour => 14, minute => 50 );

dt=2018-05-29T14:50:00 now2=2018-05-29T14:56:19

my $cnt = $users->find({ 'answer.0.results.0.to' => $arg1, 'date' =>{'$gte' => $dt }});

есть две даты ) вывод я показал

далее 1 конутрукция работает корректно

my $cnt = $users->find({ 'answer.0.results.0.to' => $arg1, 'date' =>{'$gte' => $now2}});

не работает

я разницы не вижу

добрый день может есть любители перла

смущает что в одном случае указывает таймзона в явном виде, можете сделать тоже самое указав например не минус 15 мину, а минус 5 часов?

ну или минус 3 часа 15 минут, с 5 часами нагляднее будет

У меня такой вопрос, немного не конкретно практический, а более общего плана. Если пишутся два квери на один и тот же документ, монго это контролирует и выполняет их одну за одной по условиям поиска этих квери на момент их execution, так?

ACID для единичных документов выполнен, я так понимаю и вроде это написано в доках

Ну почти, да

Для WT запрос будет выполнятся в снапшоте всей коллекции на момент начала запроса.

Если я пишу bulkWrite (mongoose) то как сделать префлайт проверку, записать в pre скрипт итерации, полла и проверки данных перед каждым выполнением?

Никак

Для WT запрос будет выполнятся в снапшоте всей коллекции на момент начала запроса.

Да, это и имел ввиду, на момент именно квери.

Вам даётся гарантия только на один конкретный документ. И эта гарантия только на момент выполнения операции с этим конкретным документом.

Грубо говоря, монга вам гарантирует что отправленный вами апдейт будет применён к любой текущей версии документа

Каким образом мне оформить интергити моего bulkWrite если вдруг разные процессы апи возможно будут писать на некоторые смежные документы?