yopp
ей запрещено выбираться праймари
Nikolai
"priority" : 0,
Да, это помогло, спасибо большое! Хотя пришлось все передобавить, и синхронизация началась заново, но теперь всё rw!
RapidCodeLab
Блин, хочу поделится, монга в докере, в базе миллионы документов, все ожидаемо и быстро, хорошо что хейтеров не послушал))
yopp
ничего такого в монге в докере нет. главное не пытаться её шедулить какимнибудь кубернетесом
yopp
автоскейлинг, автофлейовер и другие прелести могут легко вас оставить без данных
RapidCodeLab
Сорри, чего нет именно?
yopp
ничего плохого в монге в докере. так-же как и любой другой виртуализации. проблемы возникают когда монгу пытаются автоматизировать
RapidCodeLab
Автоматизировать, что это значит, не понял, сорри)
yopp
если например контейнер помер, пытаться его автоматически пересоздать
yopp
и переконфигурировать для этого кластер
RapidCodeLab
Так бекапы есть, и волюмы же
RapidCodeLab
У меня все аппликухи в докере, ещё ни разу не терял данные
yopp
Волюм перечитать и норм?
это когда есть что читать.
yopp
и когда есть чистое состояние
RapidCodeLab
У меня не банк и не деньги, чуток потеряется, никто не умрет, и случится такое ли ещё
yopp
рано или поздно — случится :)
RapidCodeLab
Вы против докера?)
yopp
нет. и докер мало влияет на вероятность потери данных
RapidCodeLab
Я тогда видимо неправильно интерпретировал, а что влияет? Пока я через апач бенчмарк протестил сервис свой, все отлично
RapidCodeLab
Данные в монге ожидаемые
RapidCodeLab
При конкуренси 1к на запись
RapidCodeLab
В секунду
RapidCodeLab
Go драйвер
RapidCodeLab
"запись" это инкремент 90%
yopp
Я тогда видимо неправильно интерпретировал, а что влияет? Пока я через апач бенчмарк протестил сервис свой, все отлично
фактор репликации данных, география репликации данных, частота резервных копией, география резервных копий, факто репликации резервных копий, частота и метод валидации резервных копий, подготовленность отвественных лиц к отказам
RapidCodeLab
Не уточнил , репликации пока нет
Anonymous
Привет, коллеги. Тут недавно узнал что монга индексы создает в один поток. Причем монговцы уже 10 лет маринуют тикет в жире предлагаю всем зарегаться и тыкнуть vote for this issue
Anonymous
https://jira.mongodb.org/plugins/servlet/mobile#issue/SERVER-676
Anonymous
Даже в постгресе уже запилили мт
The first
Друзья, у нас спор - подходит ли современная монго для построения нагружённой платёжной системы? Есть мнения?
Anonymous
До 4 версии не подходила 100%, во время массовых апдейтов параллельный find мог не возвращать существующие данные
Anonymous
Хз починили в 4 или это фатально
yopp
Привет, коллеги. Тут недавно узнал что монга индексы создает в один поток. Причем монговцы уже 10 лет маринуют тикет в жире предлагаю всем зарегаться и тыкнуть vote for this issue
Вот будет монге будет как постгресу, будут всякой фигней заниматься. Построение индекса скорее io bound, нежели cpu bound и от параллелизма рост производительности будет несущественный
yopp
Чтоб понять что вы ввиду имеете
Anonymous
Вот будет монге будет как постгресу, будут всякой фигней заниматься. Построение индекса скорее io bound, нежели cpu bound и от параллелизма рост производительности будет несущественный
Если не знаешь, зачем говоришь? Ровно 1core берёт даже когда схд НЕ ssd. На большой коллекции развернуть базу из бэкапа занимает несколько ДНЕЙ
Ivan
я как-то пытался 80Гб коллекциями восстанавливать вместо rsync, долго ждать пришлось, да
yopp
я как-то пытался 80Гб коллекциями восстанавливать вместо rsync, долго ждать пришлось, да
если вы про mongorestore, то вы можете создать индексы до того как заливать данные в коллекцию.
yopp
mongorestore это просто вставка документов из bson блобов в несколько потоков
yopp
+ восстановление метаданных
yopp
для того чтоб понять что делать, надо понять где проблема
yopp
да, конечно, создание индексов это computational intensive операция, если её рассматривать в контексте «мы только индекс создаём». но это является реальной проблемой только для initialSync и при создании индексов на secondary
yopp
на primary маловероятно что мы захотим чтоб процесс создания индекса занял всё доступное процессорное время.
Ivan
Можно создать индекс (положить что-то на диск?)на секондари ноде в процессе выгрузки бд?
yopp
не понял вопрос
Serhii
await Location.find( { location: { $near: { $geometry: { type: "Point", coordinates: [50.377619, 30.454274], }, $maxDistance: 2000 }, }, }, ); такой запрос возвращает такую вот ошибку Can't extract geo keys
Serhii
кто скажет в чем беда?
Serhii
unknown GeoJSON type: { coordinates: [ 50.470514, 30.513976 ] }
Serhii
Schema
yopp
а что в базе?
Serhii
странный феномен, я полтора часа прое**лся, но как только вам написал сразу же нашел ошибку, я не правильно писал в базу координаты
Serhii
ну обычно я если пишу сюда, наверняка знаю что будет толковый ответ, и где-то в голове срабатывает механизм и ты начинаешь думать что ль быстрее)
Serhii
@gormartsen не скажу, потому что не разбираюсь)
Gor
Народ а у кого какие юзеркейсы для $text поиска в монго?
Gor
Надо нарыть как тут pool сделать. Бот вроде какой то
yopp
Надо нарыть как тут pool сделать. Бот вроде какой то
уже всё встроено, на скрепочку слева нажми
Serhii
У меня там это... ошибка в консоль вываливается что я делаю не так(rofl)
Gor
yopp
не хватает варианта «не использую»
Gor
не хватает варианта «не использую»
Походу отредактировать с телефона не выйдет уже
yopp
голосования нельзя в принципе редактировать
Gor
А ок. В любом случае мне интересно как для чего используют
yopp
данные будут искажены
yopp
будут нажимать на любой вариант, чтоб посмотреть результаты
Gor
Точно
Gor
Я вообщем все ещё копаю score $text и я вообще не представляю как его использовать кто то в монго может
yopp
что там?
Gor
Индекс не оптимален
Gor
Данные странно считаться будут