Всем привет!
Кто сталкивался с тем, что если запустить 2 докера (client + api + mongo) то будет конфликт, что порт 27017 уже занят, а если порты перенаправить 27018:27017, то конфликт пропадает, но происходят ошибки с данными (как будто данные берутся из двух баз поочередно, как-то некорректно). Кто знает куда смотреть и что делать?
Вы используете docker-compose?
Sergey
Sergey
да
Названия блоков в файле, так называемые сервисы, должны быть различны. Т. Е. Не mongo и mongo, а mongo-v1 и mongo-v2
Alex
Названия блоков в файле, так называемые сервисы, должны быть различны. Т. Е. Не mongo и mongo, а mongo-v1 и mongo-v2
Понял, буду пробовать, спасибо большое!
Sergey
Ну и названия самих контейнеров, как написали выше, тоже должны быть отличны
Yaroslav
Всем привет, кто нибудь сталкивался с огромным ростом Network pps при репликации ?
Yaroslav
Yaroslav
Не нормальная вещь. Проверяю пока приложение - но явных проблем не наблюдаю
Yaroslav
MongoDb 4.0.11
Nick
Yaroslav
Растет постоянно по экспоненте
Yaroslav
из за этого крашилось
Yaroslav
2 дня держит нормально а потом все
Yaroslav
пытаюсь найти причину с девопсом
Yaroslav
анализ приложения которое работает с БД пока не дал результатов
Yaroslav
Yaroslav
Вот пытаюсь найти issue в трекере mongo которые поддвердят или опровергнут гипотизу, может будет рационально обновить БД до последней версии
Oleg
Транзакции можно использовать только в репликах?
Oleg
This MongoDB deployment does not support retryable writes. Please add retryWrites=false to your connection string.
Добавляю, но ошибка остается. Почему?
Nick
Вот пытаюсь найти issue в трекере mongo которые поддвердят или опровергнут гипотизу, может будет рационально обновить БД до последней версии
Не подскажу увы, есть только предположение что больше апдейтов становится или много запросов требующих ответов от реплик что они приняли данные (вроде смотреть в сторону write majority или тразанкций)
Yaroslav
Не подскажу увы, есть только предположение что больше апдейтов становится или много запросов требующих ответов от реплик что они приняли данные (вроде смотреть в сторону write majority или тразанкций)
Спасибо, вот сижу курю доки, если найдем решение то опишу тут
Anonymous
Скорее всего обращаюсь не туда, но может кто то подскажет учебник об информационных системах(базы данных проектирование и тд) русский, старше 2015 года?
Нужна инфа о фактографических системах.
Спасибо.
yopp
из за этого крашилось
Маловероятно что это связано с количеством пакетов в секунду. Скорее всего вы уперлись в какие-то ресурсы. Если процесс монги аварийно завершался то скорее всего не хватает памяти
Yaroslav
Маловероятно что это связано с количеством пакетов в секунду. Скорее всего вы уперлись в какие-то ресурсы. Если процесс монги аварийно завершался то скорее всего не хватает памяти
Начала копать - предварительно это из асинхроного загруки модулей коннкета в бд - проблема на стороне приложения, монга тут ни причем!
Yaroslav
Ну и как следствие асинхроно плодятся подключения и начинается утечка всех ресусросов
Yaroslav
Yaroslav
Вроде стабилизировалось
Oleg
А как конвертнуть результаты группировки из:
[
{
_id: { user_id: 1, a: 1 },
value: '1080000000000000000'
}
]
В
[
{
user_id: 1
a: 1,
value: '108'
}
]
WolderVsrat
Навскидку project достаточно
WolderVsrat
Типа
(project:( _id:0, user_id: "$_id.user_id", value: $value))
WolderVsrat
Только скобки нужные, с телефона фигурные не оч удобно))
Denis
Антон
Привет! Как красивше написать этот запрос? Суть такая, что если я в апи передал types, то использовать это значение, если нет, то показывать все значения
Message.aggregate([
{
$match: {
userId: user,
types: types.length > 0 ? types : { $exists: true },
}
},
Denis
Привет! Как красивше написать этот запрос? Суть такая, что если я в апи передал types, то использовать это значение, если нет, то показывать все значения
Message.aggregate([
{
$match: {
userId: user,
types: types.length > 0 ? types : { $exists: true },
}
},
const match = {
userId: user,
}
if (types.length) {
match.types = types
}
Message.aggregate([
{
$match: match
},
Антон
const match = {
userId: user,
}
if (types.length) {
match.types = types
}
Message.aggregate([
{
$match: match
},
Спасибо! Такой вариант тоже был, он показался менее красивым. В любом случае я надеелся что можно встроенными средствами монго это сделать
Denis
Спасибо! Такой вариант тоже был, он показался менее красивым. В любом случае я надеелся что можно встроенными средствами монго это сделать
да, можно, но не нужно если есть вариант написать в коде, сервисы скейлить проще чем базу
Антон
Антон
Антон
yopp
Ivan
Привет! А кто-нибудь инитит репликасет ансиблом? Что юзаете, встроенный модуль или js свой?
Andrey
Коллеги, взяло любопытство, а установка параметров у MongoDB tcpFastOpenServer и tcpFastOpenClient - как-то влияет на производительность?
The end.
Доброй день, я новичок в mongo и хочу узнать можно ли интерфейсно редактировать бд?
Nikita
Andrey
Доброй день, я новичок в mongo и хочу узнать можно ли интерфейсно редактировать бд?
Robo 3T как-то шустрее компаса
yopp
Коллеги, взяло любопытство, а установка параметров у MongoDB tcpFastOpenServer и tcpFastOpenClient - как-то влияет на производительность?
а какая у вас проблема с производительностью?
Гена
Robo 3T как-то шустрее компаса
Минус компаса в том что у него нет возможности сохранить аггрегационный запрос как скрипт
А так шо то шо то одно и то же
Andrey
а какая у вас проблема с производительностью?
:) пока чисто академический интерес. Интересно - эти настройки при каких случаях применять.
yopp
на мой взгляд TFO при нормальном использовании смысла не имеет, так как оптимальный паттерн соединений — открывать и держать открытым весь жизненый цикл приложения
yopp
TFO может иметь смысл когда клиенты с высокой частотой открывают соединения, но с этим будут другие проблемы, на фоне которых round-trip latency будет не самой большой :)
Andrey
Denis
yopp
я не знаю serverless платформ которые так делают
yopp
обычно запускается процесс, которому передаются сообщения из общей шины
yopp
и количество процессов автоматически масштабируется в зависимости от глубины очереди в шине
o_O
Есть MongoDB/mongoose и нужно реализовать как полнотекстовый так и частичный поиск по определнным сущностям, есть ли необходимость смотреть в сторону elasticsearch или монго сам осилит?
yopp
если поиск примитивный, то можно попробовать обойтись $text индексом
Andrey
на мой взгляд TFO при нормальном использовании смысла не имеет, так как оптимальный паттерн соединений — открывать и держать открытым весь жизненый цикл приложения
Кстати:
setParameter:
tcpFastOpenServer: true
tcpFastOpenClient: true
tcpFastOpenQueueSize: 1024
При таких настройках - mongod стартует, но на интерфейсах не поднимает порт, версия 4.4.2 из реп
Andrey
сейчас проверил
yopp
yopp
Эта одна из тех ручек, которую нужно крутить если вы чётко понимает как это нужно делать :)
yopp
Посмотрите есть ли в /proc/net/netstat TCPFastOpen метрики
Andrey
Вероятно в вашем ядре нет TFO?
есть, а логах пишет, если закомментировал эти опции
то всё стартует и в логах пишет
- "ctx":"main","msg":"Implicit TCP FastOpen in use.".
Более, они пишут в документации, что
tcpFastOpenServer¶
New in version 4.4.
Available for both mongod and mongos.
Default: true
yopp
net.ipv4.tcp_fastopen какое значение имеет?
Andrey
3
Andrey
тут видимо какой-то "баг" - с прописанными настройками в conf - такое поведение
yopp
¯\_(ツ)_/¯ могу предложить проверить что в конфиге все ключи с правильным indentation, что размер очереди совпадает с размером по-умолчанию, что listen указан правильно
yopp
Ну и в 4.4.3 попробовать :)
Andrey
¯\_(ツ)_/¯ могу предложить проверить что в конфиге все ключи с правильным indentation, что размер очереди совпадает с размером по-умолчанию, что listen указан правильно
да, я потому и написал - странное поведение, закомментировал эти опции - сразу стартует норм
yopp
И в 441
yopp
Ну и в джире посмотреть