что можно почитать про это?

+ $concat["$first_name"," ","$last_name"] - если на эти два поля повесить индекс составной, то будут ли он юзатся с конкатом?

Привет, народ. А расскажите как работает баллансер. Например ключ шардирования - некий ID клиента. Вот допустим в шардированном кластере удаляются документы из какого-то диапазоны по этому ID. И тогда вроде бы чанк становится пустым. Т. е. в нем 0 документов, и что тогда? он автоматически должен мержиться? Или так и будет пустой чанк болтаться?

будет пустой

будет пустой

а если таких пустых десяток тыщ? Все перекосит?

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

если что вы можете руками их смержить

странная баллансировка получается тогда...

о да, это далеко не самое странное

а использовал кто-нибудь maxsize на шардах?

странная баллансировка получается тогда...

не странная, а дубовая

монга оперирует только числом чанков

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

вот кстати, вы бы купили умный балансировщик? 300 евро за шард в месяц?

Тестирую maxsize на шардах - тоже очень странная картина. В документации сказано, что при достижении maxsize баллансер начинает игнорировать это шард и не балансирует на него данные. По факту же он начинает вручную переносить чанки с него. Но непонятно откуда он берет значение текущего размера шарда - оно явно не совпадает с кол-вом данных на диске и с выводом getShardDistribution()

request heatmap, балансировка по «горячести», кастомные правила балансировки, gc?

request heatmap, балансировка по «горячести», кастомные правила балансировки, gc?

А на чем написан?

а какая разница

SaaS

а если нужно в локаль на свои серваки?

а если нужно в локаль на свои серваки?

то дороже :)

в исходниках тоже не очень понятно - некий accumsize - хз откуда берется

а если нужно в локаль на свои серваки?

Ну вот про это и был вопрос, на чем написан

Тестирую maxsize на шардах - тоже очень странная картина. В документации сказано, что при достижении maxsize баллансер начинает игнорировать это шард и не балансирует на него данные. По факту же он начинает вручную переносить чанки с него. Но непонятно откуда он берет значение текущего размера шарда - оно явно не совпадает с кол-вом данных на диске и с выводом getShardDistribution()

вероятнее всего dbSize

всем привет. Парни, подскажите, плиз, как написать выборку записей, у которых rootId === _id?: [ { _id: '11111', rootId: '11111' }, { _id: '22222', rootId: '11111' } ]

вероятнее всего dbSize

всмысле db.collection.dataSize() ?

всем привет. Парни, подскажите, плиз, как написать выборку записей, у которых rootId === _id?: [ { _id: '11111', rootId: '11111' }, { _id: '22222', rootId: '11111' } ]

https://docs.mongodb.com/manual/reference/operator/query/elemMatch/ хотя тут скорее всего агрегацией надо

Добрый день, не сталкивался никто? периодически монга получает сигнал SIGBUS (Неправильное обращение в физическую память). В результате реплика постоянно разваливается.

какая версия монги?

только на одной физической ноде такое?

вот кстати, вы бы купили умный балансировщик? 300 евро за шард в месяц?

а что имеются планы реализовать7

если есть те, кто готов купить, почему бы и нет

https://docs.mongodb.com/manual/reference/operator/query/elemMatch/ хотя тут скорее всего агрегацией надо

немного проще сделал db.coll.find({ $where : "this._id.toString() != this.field2.toString()" } );

технология есть :)

немного проще сделал db.coll.find({ $where : "this._id.toString() != this.field2.toString()" } );

Так this в монге тоже работает?

Круть

Почитаю потом

Так this в монге тоже работает?

нет, только в $where

Так this в монге тоже работает?

{ $where: function() { ... } }

нет, только в $where

Ну да

Я это и имел в виду, сорян

ну это map по сути

{ $where: function() { ... } }

Дада, ща почитаю

без индексов, без оптимизаций :)

а что имеются планы реализовать7

а чо, готовы купить?

дайте несколько клиентов, сумарно с +/- 30 шардами и через два-три месяца всё будет

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

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

а чо, готовы купить?

Продавать нужно не нам, а нашим руководителям в первую очередь.

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

патчи не прокатят

Продавать нужно не нам, а нашим руководителям в первую очередь.

сначала надо понять, надо ли это вообще кому-то

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

чо ковырять то

я уже давно знаю что там ковырять надо :)

всю монгу)

не надо монгу ковырять, надо сделать внешний балансировщик

эм

какая версия монги?

TokuMX mongod server v2.0.2-mongodb-2.4.10, using TokuKV rev unknown на двух из 5

TokuMX mongod server v2.0.2-mongodb-2.4.10, using TokuKV rev unknown на двух из 5

переезжайте на нормальную монгу

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

сначала надо понять, надо ли это вообще кому-то

Спросите маму. Можно сделать продажи ничего не имея, и договориться о дате поставки. На первой компании создадите, на второй улучшите, и первой еще и патч продадите.

Спросите маму. Можно сделать продажи ничего не имея, и договориться о дате поставки. На первой компании создадите, на второй улучшите, и первой еще и патч продадите.

;)

если из тыщи человек, никто купить не хочет, то вобщем-то шансов очень мало

переезжайте на нормальную монгу

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

лендос можно записить

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

дамп в bson или экспорт в json

должны быть совместимы

всем привет! есть коллекция с записей с полями countryId, cityId и другими полями. есть запрос, который делает группировку по countryId и считает суммы и средние по другим полям. можно ли посчитать кол-во разных (DISTINCT) cityId для каждого countryId в этом же запросе? важное уточнение: пара (countryId, cityId) не является уникальной внутри коллекции

если из тыщи человек, никто купить не хочет, то вобщем-то шансов очень мало

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

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

потому что «мы порежем ваши косты, выжимая больше из шарда» тяжеловато продавать

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

Может и шард продадите тем, у кого его еще нет

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

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

надежнее она работать не будет

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

я понимаю, но у нас нужно разделять коллекции как минимум, а это милионны source id пока не осилили это

а, каежтся вы тут уже с какой-то другой проблемой были?

тоже с tokumx?

надежнее она работать не будет

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

тоже с tokumx?

да был уже

я тут постоянно отираюсь)))

да был уже

значит я уже точно советовал валить

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

mongodump / mongorestore

но помоему дамп они там сломали, да?

но помоему дамп они там сломали, да?

вполне вероятно, я еще так не делал

обходился простым копированием или dbCopy

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

ну попробуйте дампнуть какую-то не очень большую коллекцию

в целом, переехать не долго

развернуть кластер на 4, влить внего дампы, переключить на него трафик

а именно дампануть только коллекцию. не всю базу

да, чисто проверить

ладно спасибо, хотя я и сам это знал)

надежнее она работать не будет

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

ну SIGBUS это последний звонок, есть шанс что дальше вы будете платить за промедление данными :)

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

не

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