Как работает Node.js с MySQL параллельно или последовательно?

Question

[Владимир Голубь]

Как происходит чтение и запись в MySQL ?
Если один пользователь записывает данные, а другой их в это время читает.
Эти две операции выполнятся параллельно или последовательно ?

Comments

[Lynn «Кофеман»]

Асинхронно.

А вообще зависит от настроек уровня изоляции запроса(ов) в mysql.

https://habr.com/ru/post/135217/

Answer 1

[Иван Шумов]

Если это транзакции то последовательно, если нет то параллельно. Nodejs тут не при чем

Comments

[Владимир Голубь]

Ну на сервере у меня одно подключение к БД и различные запросы. Как я понимаю в этом случае они выполняются параллельно ?
Как сделать операции от разных пользователей на чтение и запись последовательными ?

[Владимир Голубь]

Вроде Node.js одно поточный, но для работы с БД использую промисы.

[Иван Шумов]

Владимир Голубь, то как работает NodeJs вообще не важно ибо оно все-равно сваливается в базу данных и конкурирует уже там, внутри. Хоть это 1 коннект, хоть это миллиард

[Владимир Голубь]

Иван Шумов, Транзакция может быть всегда открыта ?

[Иван Шумов]

Владимир Голубь, нет. Пока что ты не понимаешь что такое транзакция - прочитай, это не сложно

[Владимир Голубь]

Иван Шумов, Как я понял транзакция это не то что мне нужно. Она нужна для выполнения последовательных запросов, которые точно выполнятся, а мне необходимо другое: Нужно реализовать не возможность редактирования одной записи двумя пользователями. Если запрос на закрытие не успеет выполниться, а в это время произойдет чтение ?

[Иван Шумов]

Владимир Голубь, да читайте сколько угодно. Одновременное редактирование это операции записи. Логику можно применять разную - маркеры блокировок в базе данных, In Memory флаги, но я больше за историю изменений

Answer 2

[index0h]

Зависит от движка MySQL, его настроек и запроса. Например обновление одного рядка в Innodb обычно блокирует только эту строку, в MyISAM блокируется вся таблица. В случае SELECT FOR UPDATE (Innodb) блокируются все выбранные строки до завершения транзакции. Операции со схемами, типа CRUD полей/ключей/констрейнтов/транкейт - блокируют таблицу полностью.
Более детально гуглите на тему: уровни изоляции транзакций mysql.

Comments

[Владимир Голубь]

К примеру, у меня innodb. Нужно реализовать не возможность редактирования одной записи двумя пользователями.

Например обновление одного рядка в Innodb обычно блокирует только эту строку

Как я понимаю, мне не нужно волноваться что-то операция закрытия записи на чтение произойдет после чтения этой записи ?

[Владимир Голубь]

index0h если запрос на закрытие не успеет выполниться, а в это время произойдет чтение ?

[Иван Шумов]

Владимир Голубь, это зона ответственности базы данных. А вот управление записью с нескольких пользователей необходимо реализовывать самостоятельно. И тут сразу хочется сказать что 100% гарантии добиться не получится

[index0h]

Владимир Голубь

Как я понимаю, мне не нужно волноваться что-то операция закрытия записи на чтение произойдет после чтения этой записи ?

Вам нужно волноваться о таком только в случае работы с Innodb на прямую, но это немного rocket sience и вряд ли вам потребуется.

если запрос на закрытие не успеет выполниться, а в это время произойдет чтение ?

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

Если вам нужно гарантировать эксклюзивный доступ на множество запросов на обновление/удаление/изменение И чтение в только в одном треде - тут либо используйте SELECT FOR UPDATE (но будь-те готовы к Dead Locks), либо используйте отдельное хранилище для локов.
Пример: у вас есть кошелек wallet, вы хотите, что бы в один момент его мог трогать только один тред.
1. В например memcache(только не в режиме кластера) вы пытаетесь через add добавить лок ключ например "lock_wallet_ID", ID подставьте с ОБЯЗАТЕЛЬНЫМ TTL.
1.1. Если получилось - зашибись, делайте что хотели с кошельком в пункте 2.
1.2. Если не получилось - кошелек занят другим тредом, подождите 10ms например, или и попробуйте снова пункт 1.
2. Тут ваша бизнес логика
3. Когда все получилось, или не получилось в любом короче говоря случае - снимайте лок (удаляя свой ключик)