AT
я не знаю точно в чем проблема. Возможно, индексы вытеснены из памяти и монга шуршит диском. Какая ОС? Что-то еще тяжелое запущено?
Size: a a a
2016 May 11
II
Ну, значит делай индекс по году и меньше больше
раньше была такая выборка
это гораздо хуже работало
{
ok: true,
is_private: false,
max_created_date: {
'$gte': Tue Jan 01 1895 03:00:00 GMT+0300 (MSK) },
min_created_date: { '
$lte': Sun Dec 31 1905 03:00:00 GMT+0300 (MSK) }
}
sort:
{ index: 1, min_created_date: 1 }это гораздо хуже работало
II
вообще я не желаю получить ответ
II
просто хотел убедиться что это не только у меня проблема
AT
imho, памяти не хватает
SM
раньше была такая выборка
это гораздо хуже работало
{
ok: true,
is_private: false,
max_created_date: {
'$gte': Tue Jan 01 1895 03:00:00 GMT+0300 (MSK) },
min_created_date: { '
$lte': Sun Dec 31 1905 03:00:00 GMT+0300 (MSK) }
}
sort:
{ index: 1, min_created_date: 1 }это гораздо хуже работало
а тебе что надо? чтобы попадало в диапазон по двум полям попадало?
SM
просто хотел убедиться что это не только у меня проблема
не, ну count - всегда долго, потому что, если не по индексу, то fullscan
SM
вообще, если добиться index only запроса, то должно быть сильно быстрее count делать
II
у медия нет точной даты создания - есть диапазон он хранится как 2 поля min и max
и мне нужно выбрать например медиа в диапазоне с 1900 по 1915
и мне нужно выбрать например медиа в диапазоне с 1900 по 1915
SM
я понял, да
SM
значит так, я такую задачу решал;)
AT
так запрос в индекс бьет же
AT
IXSCAN
SM
трахался, чтобы попасть в индекс, очень долго
SM
IXSCAN
не должно быть так долго тогда, ну только если индекс в памяь не влез, конечно...
AT
не должно быть, да, но запрос попадает в индекс, монга же не врет
AT
(ну, примем это как пасутлат =)
AT
выгрузите все лишние процессы и повторите запрос пару раз
SM
и да, сорт был медленный, потому что индекс был двойной и сортить надо по первому в индексе