Если у вас есть какие-то конкретные задачи, вы можете нанять нас

молодец :)

М?

Здрасьте. Вопрос по mongoose: с другой sql orm было так: брался коннект из пула, использовался для всех операций для данного http запроса, а в конце запроса возвращался обратно. Насколько это правильно в целом и в контексте mongodb? и как такое сделать, используя mongoose?

монга сама разруливает пул и коннекты

монга сама разруливает пул и коннекты

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

Здрасьте. Вопрос по mongoose: с другой sql orm было так: брался коннект из пула, использовался для всех операций для данного http запроса, а в конце запроса возвращался обратно. Насколько это правильно в целом и в контексте mongodb? и как такое сделать, используя mongoose?

Драйвер должен решать этот вопрос. AFAIK монгус не официальный клиент, читайте доку. Скорее всего пул уже в драйвере есть и отдельно ничего делать не надо.

Драйвер должен решать этот вопрос. AFAIK монгус не официальный клиент, читайте доку. Скорее всего пул уже в драйвере есть и отдельно ничего делать не надо.

да, пул есть. надо его привязать к http запросу.

Это к нодовцам лучше адресовать

А смысл в привязке? Монгус сам разруливает это дело

как проверить, работает сжатие или нет? db.runCommand({getCmdLineOpts: 1}) показывает, что опция включена, но хотелось бы посмотреть на какую-нибудь статистику https://docs.mongodb.com/manual/reference/program/mongod/#cmdoption-networkmessagecompressors

как проверить, работает сжатие или нет? db.runCommand({getCmdLineOpts: 1}) показывает, что опция включена, но хотелось бы посмотреть на какую-нибудь статистику https://docs.mongodb.com/manual/reference/program/mongod/#cmdoption-networkmessagecompressors

Статистику чего?

Драйвера пока сжатие не поддерживают и до 3.6 судя по всему не будут

AFAIK, сейчас эта опция пока влияет только на трафик между нодами

а толку от компрессии?

ноды рядом, смысл, только cpu будет кушать лишнее.

а толку от компрессии?

Для драйвера: полно.

Весь wire protocol на голом bson построен

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

А про cpu это бабка надое сказала. Snappy на фоне всего остального не заметен

ну сеть-то асинхронно написана 100%, на саму монгу не повлияет, а вот cpu гроши, но считать будет

Между нодами куча трафика. Например если большой поток оплога, сжатие может увеличить пропускную способность. Гигабит оплога не так сложно в пике получить

Плюс initial sync

у нас было такое несколько раз, кстати =)

вполне разумно, что-то не учел этот момент.

Но я если честно ещё не проверял эффект. Мы у одного клиента включили, но я цифры не сравнивал

скинь потом, интересно

если не жалко =)

Но я если честно ещё не проверял эффект. Мы у одного клиента включили, но я цифры не сравнивал

так как их сравнивать? какими инструментами?

Смотреть на трафик процесса и на метрики из монги

Смотреть на трафик процесса и на метрики из монги

какие метрики, например?

Открой доку по serverStatus и там поищи network

Но не факт что оно туда пишет реальный трафик из сокета. ;)

В 3.4 в какой-то из версий вообще не всегда ingress правильно репортрлся

Идёт миграция чанков, а только исходящий на графиках. Данные уходят вникуда!

:) ок, поищу, спасибо

в документации таких полей пока нет { "bytesIn", "bytesOut", "physicalBytesIn", "physicalBytesOut", "numRequests", "compression": { "snappy": { "compressed": { "bytesIn", "bytesOut" }, "decompressed" : { "bytesIn", "bytesOut" } } } }

Во. Первые два ключа

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

Ребят, а сколько можно на одном инстансе объем максимальный держать? :)

Пожалуйста, срачи про SQL разводите на тематических каналах

Привет. Коллеги, подскажие по такому вопросу - как правильно коннектить nodejs приложение к mongodb?

это же обязательно должно быть соедиение c user:password ?

Ребят, а сколько можно на одном инстансе объем максимальный держать? :)

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

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

это же обязательно должно быть соедиение c user:password ?

Для ноды есть драйвер, к нему есть документация. Аутентификация по логину/паролю должна быть сначала включена в настройках. Если не включена просто по адресу.

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

ребята, извиняюсь , я дико туплю

например, в вордпресс настраивалось соединение вот так: /* MySQL settings */ define( 'DB_NAME', 'database_name_here' ); define( 'DB_USER', 'username_here' ); define( 'DB_PASSWORD', 'password_here' ); define( 'DB_HOST', 'localhost' ); define( 'DB_CHARSET', 'utf8mb4' ); и больше эти данные нигде не использовались. потом создавался админ со своим логином, паролем, и он уже администрировал все данные в монго такой же принцип?

например, в вордпресс настраивалось соединение вот так: /* MySQL settings */ define( 'DB_NAME', 'database_name_here' ); define( 'DB_USER', 'username_here' ); define( 'DB_PASSWORD', 'password_here' ); define( 'DB_HOST', 'localhost' ); define( 'DB_CHARSET', 'utf8mb4' ); и больше эти данные нигде не использовались. потом создавался админ со своим логином, паролем, и он уже администрировал все данные в монго такой же принцип?

Открой документацию по драйверу. У монговских драйверов хорошая дока, там всё разжевано.

mongoose пойдёт?

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

Я не понимаю, в чём вопрос. Ты в самом начале при подключении к БД вводишь нужные данные, а потом ими не пользуешься, разумеется

ааа

ну вот это и хотел уточнить

а в нужных данных должен быть пользователь из базы admin? с "role" : "userAdminAnyDatabase" ?

верно?

верно?

Если в настройки по дефолту, то можно так: const db = new Db('PlantsBot', new Server('localhost', 27017)); Но лучше покрутить настрйки

ну это открытая для всех база получается

db: 'mongodb://admin:passw@localhost/marketdb',

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

ну это открытая для всех база получается

на локалхосте. да

конечно, понятно, что если адрес базы будет https://mongolab:blabla/blalbla - сложно будет его узнать.

правильно понимаю, что при коннекте к монго, нужно использовать юзера с такой ролью? { user: "superAdmin", pwd: "admin123", roles: [ { role: "root", db: "admin" } ]

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

рут это рут

почитай про роли на доке есть

на базу данных рута не нужно, поставь что ему нужно, read/write, может какие-то команды нужны.

если правильно понимаю, пишут что нужен пользователь с With access control enabled, ensure you have a user with userAdmin or userAdminAnyDatabase role in the admin database

надо по другому вопрос задать, на продакшене кто-нить из этого чата юзает mongodb ?)

Когда триал в Cloud Manager заканчивается, они закрывают доступ? Или к каким-то фичам остается доступ?

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

Привет! С чего начать оптимизацию производительности монги? Есть какой то туториал или мысли) ? Типо такого: 1) Индексы 2) План запроса . . . 20) Сервер помощнее

0) Определиться какие запросы надо оптимизировать

00))0)

+

Кстати, монговский профайлер умеет считать траффик по запросам?