Fuck yeah!

больше группочек!

)))))))))))

db.users.insert({"nick": "@purrpurr"})

Здравствуйте Сергей, я вас так понимаю!

вы не моглибы рассказать о своей истории ?

Здравствуйте, меня зовут Павел и у нас облако на монге.

облако на монге?

Здравствуйте, меня зовут Павел и у нас облако на монге.

это как?

Это очень хорошо)

Никогда не чувствовал такую потрясающую лёгкость

А где можно получить бейджик?

😉

Dmitry Nazarov joined the group

готово

граждане, а вот скажите, нафига нужен findfandmodify?

Для атомарных изменений

Афаик

а чем это отличается от update c upsert?

граждане, а вот скажите, нафига нужен findfandmodify?

Я пользуюсь чтобы получать после обновления старую версию документа

а, ну тут понятно.

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

+1

)

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

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

проблема в том, что этих таймстемпов у меня дохера.

если быть точнее, то 200*86400*20

сейчас у меня в одном документе собрано 60 таймстемпов(да, это минута)

а документ выглядит как-то так: https://dpaste.de/TMSf

а монге с wiredtiger нельзя сказать что бы где нить в другом месте хранила индексы ?

или это совсем глупость ?

логично да

ну, например, всё равно приятнее читать индекс с SSD, чем с механики

и писать

кстати тоже

ну вот у меня ка краз тайкой кейс.

и вот думаю куда еще присобачить ssd

Почему поздно? Замедление - да, но вполне работоспособно

Кэш перед HDD - это прекрасно, только вот когда индексы вперемешку с данными, то кэшиться будет всё

а не только индексы

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

Да

вы щас точно про wiredtiger

Если происходит чтение замапленного участка - он подтягивается в память

полюбому

всё плохо - это не технический термин =)

с SSD оно менее плохо

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

Почему поздно? Замедление - да, но вполне работоспособно

Bcache :)

эх.

опять это слово. :)

С чего бы вдруг? У тебя ssd дает 60-90k iops, а диск - в лучшем случае пару сотен

Обычно - соточку

https://www.percona.com/blog/2015/12/23/percona-server-for-mongodb-storage-engines-in-iibench-insert-workload/

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

Коллеги - ищу докладчиков по Mongo на DevConf 2016 http://devconf.ru/ru/offers/ - может кого посоветуете?

Спасибо Сергей..

ну тоесть это уже не совсем монга да ?

а монге с wiredtiger нельзя сказать что бы где нить в другом месте хранила индексы ?

Вот, кстати, можно =) https://docs.mongodb.org/manual/reference/configuration-options/?_ga=1.264017036.1256824461.1460650000#storage.wiredTiger.engineConfig.directoryForIndexes

спасибо.

и если каталог с индексами снести, то монга упадёт.

правда, если запустить с —repair - оно индексы восстановит :)

да процедура миграции так себе получилась

зато время старта очень радует

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

если не секрет =)

вообще плевые.

648 метров индекс

А. Ну это копейки, да.

ну вообще mongo не хотела стартовать с добавленными wiredTiger: engineConfig: directoryForIndexes: true

пришлось через dump/restore

согласен

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

2016-04-29T18:57:20.697+0300 I STORAGE [initandlisten] exception in initAndListen: 72 Requested option conflicts with current storage engine option for directoryForIndexes; you requested true but the current server storage is already set to false and cannot be changed, terminating 2016-04-29T18:57:20.697+0300 I CONTROL [initandlisten] dbexit: rc: 100

это при старте

У нас давеча монга сама про... потеряла индексы. Причем, она потеряла в том числе и сами описания индексов. А эти описания были даже ценнее, чем сами данные, т.к состояли из несколко десятков полей с различными направлениями сортировки... в общем, сцука. =)

как спасли ?

А никак. Восстанавливали по коду, руками. Ну несколько команд создания индексов нашли в history консоли. Теперь настроили бэкап метаданных... Сама БД не бекапится, т.к все данные горячие. Важна была только "схема", как бы смешно это не звучало для schemeless db :)

Да, кстати, это всё было в реплике. Нифига не помогло.