моя гипотеза что это оптимизация из-за того что у вас сортировка по индексу и limit 1

попробуйте limit 1000 сделать

isEOF 0 говорит что диапазон был не доконца прочитан

и advances 1 говорит что стейдж наверх однажды проплюнул результат

с лимит 1000

вот это меня уже больше радует

ну для понимания

так-то грустно

ну да

это сайд эффект advanced

точнее не сайд эффект, а эффект :)

а есть что-нибудь в документации почитать про advanced, что-то найти не могу

https://docs.mongodb.com/manual/reference/explain-results/

https://docs.mongodb.com/manual/reference/explain-results/#explain.executionStats.executionStages.advanced

спасибо еще раз огромное!

вобщем случае не используйте лимит при дизайне запросов, если он не является частью боевого запроса

иначе могут быть вот такие вот эффекты

Он как раз таки и является, хотел подобрать хороший compoundIndex под запросы и тестировал на всех, и запрос с лимитом ввёл меня в ступор

limit 1?

Да

ну тогда всё в порядке :)

монга в вашем случае неплохо справляется

в этом конкретном случае :)))

т.е. у вас качество запроса зависит от комбинации данных

mapData и terminal судя по всему хорошие кандидаты на пересечение

вероятно вам не нужен compoundIndex в этом слуачае

я либо что-то не понимаю, но я наслушался, что для шардирования требуется один индекс, и теперь во всех случаях пытаюсь для одной коллекции угодить одним compoundIndex, чтобы, когда проект дорастет до шардов, не возникло проблем, возможно я неправльно себе представляю понятие shardkey

для ключа шардирования требуется один индекс

для всего остального — не требуется

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

это не от индекса зависит

а от выбора ключа

хороший ключ обладает двумя свойствами: он есть во всех запросах и он бесконечно делится

и это к индексам имеет посредственное отношение

ничего не мешает иметь несколько индексов

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

это отличная новость, тогда действительно надо будет протестировать пересечения

т.е. идея хорошего шард ключа в том, чтоб mongos мог глядя на ваш запрос устновить куда идти, сопоставив ключ из запроса с картой чанков

броадкаст это когда монгос не смог этого сделать и ¯\_(ツ)_/¯ всем

а не сможет он скорее всего в одном случае: в запросе нет шард ключа :)

или его префикса

а можно совет, вот есть у меня коллекция event, запросы либо {terminal: ObjectId(), mapData: ObjectId(), active: true, changedAt: {}}, либо тоже самое без active, мне лучше просто сделать 4 индекса? или terminal + active = compound и еще два на changedAt и mapData

зависит от данных

и как следствие от селективности индексов

берите срез пожирнее и на нём тестируйте

главное определите сразу что для вас «лучше»

выделите KPI, составьте карту запросов, составьте список тестируемых конфигураций индексов дальше меряйте kpi для запросов с каждой из тестируемых конфигураций (по отдельности)

не забывайте что индексы могут иметь большой эффект на вставку данных

вебинар чтоле сделать про тестпланы

жаль, что Вы после двух стримов, забросили это дело, я за два стрима получил огромное количество полезной инфы, спасибо Вам, хотя, наверное, с них отдачи для Вас никакой

благодарю за уделенное время

У монги есть поиск как fuzzy у elasticsearch

?

С учётом префикса суффикса и языка

https://docs.mongodb.com/manual/core/index-text/

вебинар чтоле сделать про тестпланы

Ага, это дело. А где его найти?

В плейграунд приехали Explain для Find и Aggregate! :)

хай всем привет (node js), кто знает как скидывать данные по частям , типо как вк новости же он грузит по очереди и не все сразу что бы файл был маленький

Юзай .skip() и limit()

Парни) подскажи самый оптимальный запрос для выбора последних N записей из коллекции?

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

если же вы вдруг N фиксировано и не будет меняться, а так же вам не надо делать всякие фильтрации, то можете посмотреть в сторону capped коллекций

https://docs.mongodb.com/manual/core/capped-collections/

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

кстати автоинкремент подвезли в монго?)

нет, но подвезли транзакции

в общем случае стандарный id удовлетвораяет услвоиям монотонного роста

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

привет всем, подскажите, как отловить query в mongo так, чтоб всю query бало видно, а не её часть. пытаюсь отловить через db.currentOp() ?

привет всем, подскажите, как отловить query в mongo так, чтоб всю query бало видно, а не её часть. пытаюсь отловить через db.currentOp() ?

можно установить максимальный logLevel

https://docs.mongodb.com/manual/reference/method/db.setLogLevel/

тогда эти запросы будут в лог выпадать?

тогда эти запросы будут в лог выпадать?

да

ок, спасибо Вячеслав! попробую так :)

привет всем, подскажите, как отловить query в mongo так, чтоб всю query бало видно, а не её часть. пытаюсь отловить через db.currentOp() ?

А зачем?

есть приложенька которая кидает запросы в mongo, мне нужно отловить то, что она кидает

db.setProfilingLevel(2)

И потом смотрите в system.profile

Запрашиваю документы с внешней базы с авторизацией. Прилетают изменившиеся _id. Подскажите, пожалуйста, почему так происходит? Мне нужно по _id удалять документы.