Как работает Node.js с MySQL параллельно или последовательно?
Как происходит чтение и запись в MySQL ?
Если один пользователь записывает данные, а другой их в это время читает.
Эти две операции выполнятся параллельно или последовательно ?
Ну на сервере у меня одно подключение к БД и различные запросы. Как я понимаю в этом случае они выполняются параллельно ?
Как сделать операции от разных пользователей на чтение и запись последовательными ?
Владимир Голубь, то как работает NodeJs вообще не важно ибо оно все-равно сваливается в базу данных и конкурирует уже там, внутри. Хоть это 1 коннект, хоть это миллиард
Иван Шумов, Как я понял транзакция это не то что мне нужно. Она нужна для выполнения последовательных запросов, которые точно выполнятся, а мне необходимо другое: Нужно реализовать не возможность редактирования одной записи двумя пользователями. Если запрос на закрытие не успеет выполниться, а в это время произойдет чтение ?
Владимир Голубь, да читайте сколько угодно. Одновременное редактирование это операции записи. Логику можно применять разную - маркеры блокировок в базе данных, In Memory флаги, но я больше за историю изменений
Зависит от движка MySQL, его настроек и запроса. Например обновление одного рядка в Innodb обычно блокирует только эту строку, в MyISAM блокируется вся таблица. В случае SELECT FOR UPDATE (Innodb) блокируются все выбранные строки до завершения транзакции. Операции со схемами, типа CRUD полей/ключей/констрейнтов/транкейт - блокируют таблицу полностью.
Более детально гуглите на тему: уровни изоляции транзакций mysql.
Владимир Голубь, это зона ответственности базы данных. А вот управление записью с нескольких пользователей необходимо реализовывать самостоятельно. И тут сразу хочется сказать что 100% гарантии добиться не получится
Как я понимаю, мне не нужно волноваться что-то операция закрытия записи на чтение произойдет после чтения этой записи ?
Вам нужно волноваться о таком только в случае работы с 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. Когда все получилось, или не получилось в любом короче говоря случае - снимайте лок (удаляя свой ключик)
Простой
