@MongoDBRussian

Страница 153 из 342
Oleg
02.12.2017
11:42:04




yopp
02.12.2017
11:48:01
Если есть возможность флаги лучше закодировать бинарно

Тогда одним индексом можно будет покрыть сразу все.

Google
yopp
02.12.2017
11:50:03
Второй момент у вас есть поле status, но при этом ещё есть ряд флагов которые по сути дополняют статус

yopp
02.12.2017
11:52:13
Это скорее всего ошибка проектирования

Oleg
02.12.2017
11:52:26
Да

Нет, там статус меняется на deleting во время удаления.

yopp
02.12.2017
13:43:24
Ну вообщем или partial index, по одному из полей, которое будет индикатором. Или собирать всё в status (sent, pending delete, deleted и т.д).

Sergey
03.12.2017
15:53:21
Здравствуйте

Оффтоп за монгу. И не про нок. У меня монго не успевает удалять документы по ttl. Вставляется больше, чем успевает удаляться. Порядка 10к вставок в секунду. В ЧНН до 20к доходит. Кто сталкивался?

Сервак один. Зион какой-то. 16 ядер. 36 гиг оперативы.

При 1.5 лярда документов начинается такая фигня.

Гуглил, стэковерфловил - ничего.

yopp
03.12.2017
15:58:09
Шардить

Google
Max
03.12.2017
15:59:56
@dd_bb тут интересуются - а можно монге сказать жрать не больше, скажем, 200 метров RAM ?

yopp
03.12.2017
16:00:14
Никак

Max
03.12.2017
16:00:15
CacheSizeGB от 1го гига принимает параметры

понял, спасибо

Sergey
03.12.2017
16:02:23
Шардить
Если этот ответ мне, то: Но сервак-то один. Или на этом же серваке несколько инстансов поднять и - в кластер?

Алексей
03.12.2017
16:10:29
Вообще память и проц не выглядят релевантно задаче. Надо иопс еще

Sergey
03.12.2017
16:13:05
Вообще память и проц не выглядят релевантно задаче. Надо иопс еще
Я ща коллекцию почистил. Сутки булет набираться до такого состояния.

yopp
03.12.2017
16:18:20
Ну ресурсов не хватает, что поделать

Можете попробовать округлять дату в ключе с ttl индексом

Например до целой минуты, отбросив секунды

Это в теории уменьшит размер индекса повысив его селектианлмть

ptchol
03.12.2017
16:20:00
Вконце зажевало

yopp
03.12.2017
16:20:39
:))))

Страница 153 из 342