Avoid increasing the WiredTiger internal cache size above its default value - из доки

Пожалуй, плохая идея

Блин, вот возникает вопрос: почему?

Как то "просто избегайте этого" не очень убедительный аргумент

да потому что оно само отожрет сколько ей надо. В других случаях - если это какой-то контейнер, и реально памяти доступно меньше, чем видно в системе - тогда надо ограничивать верхний потолок. чтобы не выжрала больше, чем надо :)

да потому что оно само отожрет сколько ей надо. В других случаях - если это какой-то контейнер, и реально памяти доступно меньше, чем видно в системе - тогда надо ограничивать верхний потолок. чтобы не выжрала больше, чем надо :)

Дык по документашке она сжирает половину минус 1гб

остальное на filesystem cache идет

Который в моем случае не очень то и актуален

Блин, вот возникает вопрос: почему?

Потому что нет никакого толка

в кеше страницы без компрессии хранятся

и компрессия работает при сливании их на диск, а значит в дисковом кеше всё тоже самое, только сжатое

плюс самой монге нужна память, на всякое

если ты всё отдашь под кеш, всё будет очень плохо

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

Тут где-то проскакивала ссылка про новые фичи монги и там что-то про отслеживание изменений в коллекции было. Может кто напомнить?

Хочу сделать пабсаб

https://emptysqua.re/blog/driver-features-for-mongodb-3-6/#notification-api

наверное это имелось ввиду

секция с Notification API

Тут где-то проскакивала ссылка про новые фичи монги и там что-то про отслеживание изменений в коллекции было. Может кто напомнить?

нотификацию об изменениях коллекции можно и сейчас сделать(не дожидаясь версии 3.6), подписавшись на изменения оплога

Всем привет. Есть небольшой вопрос. Я смогу искать по содержимому массива в mongo? К примеру у меня есть запись в которой одним из полей является массив id. Я смогу искать на наличие определенного id в записях -> массивах?

Вопрос отпал.

$elemMatch

Ребята при агрегациях индексы используется?

В памяти отложилось что вроде нет, но это очень давние воспоминания.

Частично. Всякие сортировки/фильтры лучше делать сначала, потому что по ним индексы работают.

Всем привет! кратких 2 вопроса: 1. если один документ ссылается на другой документ (типа foreign key), то изменение обеих документов будет атомарным? 2. возможно ли автоматически resolve'ить документ под идентификатором при query?

1 - нет

Всем привет! кратких 2 вопроса: 1. если один документ ссылается на другой документ (типа foreign key), то изменение обеих документов будет атомарным? 2. возможно ли автоматически resolve'ить документ под идентификатором при query?

В монге нет связанности документов как класса.

а подскажите, пожалуйста, кто сталкивался. внутри монги можно вместо директорий делать симлинки на другие диски? хочется определенные базы (пока только local с оплогом) вытащить на отдельный диск. если вместо $MONGO_HOME/local создать симлинк на другой диск - все ли будет ок? если да - то хочу представить ситуацию: второй диск недоступен, то есть имеем broken link на оплог. что произойдет при старте монги? она не встанет? спрашиваю с прицелом, чтобы не покорраптились данные.

можно.

сделать тестовый стол и проверить нужные ситуации

спасибо. а про второй вопрос есть инфа? или лучше тесты позапускать перед тем как?

+

для fopen нет разницы что открывать

спасибо!

не забыть включить directoryPerXYZ

я сначала думал все-таки mount делать, но потом начнется - надо будет другие директории туда еще перенести, и тогда пляски с mount —bind ... ищу правильный вариант

не забыть включить directoryPerXYZ

да месяц занял переезд на dir per db + index per db :)

И вот сейчас часть нагрузки хочу на другие диски утащить. подбираю правильный вариант.

правильный вариант: шардинг

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

чем дальше - тем больнее будет. я помню.

если нужно скейлить чтение — реплики и readPreference (с учётом требований к актуальности данных)

чувствую я попал куда нужно...

Господа, вот такой вопрос, драйвер монги C#. Replica Set из 4х полноценных мемберов. БД 2 Гб из (по сути) бинарных чанков. Требуется всю прочитать (залоадить в память) как можно быстрее. Читаю с одной любой ноды (direct) в 1-5-10-12 потоков. Есть рост скорости чтения с пиком в 12 потоков (=и числу ядер). Дальше пытаюсь распаралелить чтение по всем нодам. Никакого ускорения. Ни при каких комбинациях. Проц загружается на 36-40%. Что узкое место?

Понятно, что "Домах Ландона" делают нативный шардинг. Но он дорогой. На каждую ноду по сути свою replica set. Мне только на чтение нужно и казалось бы - чтение из всех мемберов replica set в паралели даст выхлоп... а не даёт. Why? В чём м.б. затык?

чятаны, а никто с неведомой ёбанной хуйнёй после апдейта до 3.4.6 не встречался?

чятаны, а никто с неведомой ёбанной хуйнёй после апдейта до 3.4.6 не встречался?

надо у @dd_bb спросить :))

чятаны, а никто с неведомой ёбанной хуйнёй после апдейта до 3.4.6 не встречался?

на 3.4.5 падает, а что у 3.4.6 там?

UNCAUGHT EXCEPTION: STACK LEVEL TOO DEEP

на 3.4.5 падает, а что у 3.4.6 там?

а что на 3.4.5?

на 3.4.6 достаточно давно обновились, программеры вроде как жаловались, все норм

а что на 3.4.5?

оО, ты не в курсе?

ноуп

https://jira.mongodb.org/browse/SERVER-29850

а, ну тут всё понятно

это ёбанная ведомая хуйня!

а у тебя какой лог?

в моём случае кластер просто встаёт раком

опа-опа, мы как раз на 3.4.6 хотим, расскажи по подробнее =)

если бы я знал что ещё рассказывать ваще

а симптомы?

если смотреть в монгу, внутри всё красиво

кроме того факта что в какой-то момент монгосы начинают закрывать соединения с нодами

жестко

там была засада с энтропией, но её починили, энтропии достаточно

собственна энтропия вылезла как симптом

напиши чем в итоге закончится

даунгрейдом ;)

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

1 мастер и 2 ридонли-реплики

У меня есть подозрение что это бага в монгосе

так что наверное вопрос в первую очередь к операторам sharded clusters

А напомните, плиз - если в репликасете две монги + 1 арбитр, то увод в оффлайн арбитра и Secondary так же поломает и primary, да? оно будет в непонятном состоянии. правильно же помню?

канешна

в смысле поломает?

оставшийся одинокий primary перейдет в нерабочее состояние же

без кворума записи не будет

опыты не ставил, но когда-то с таким сталкивался потому и прошу причастных освежить память :) Спасибо!