стандартная форма регистрации с email и паролем, на сервер отправляется запрос на создание нового пользователя с заданными данными, но перед этим в базе проверяется не зарегистрирован ли уже пользователь с таким email (в данном примере email уникальное значение строки)
Вопрос. Если параллелью несколько людей попытаются зарегистрироваться с одинаковым email адресом не произойдет ли такое что все они успешно пройдут регистрацию?
Ведь на момент их регистрации email адрес еще не будет добавлен в таблицу.
Возможно я не совсем понимаю как SQL реагирует на параллельные запросы к базе данных, буду признателен если кто-нибудь поведает как это происходит, или даст хорошее чтиво.
https://www.php.net/manual/ru/book.pdo.php
В SQL есть транзакции и уровни изоляции этих транзакций. Стоит об этом почитать. А так, если очень кратко: по умолчанию включëн автокоммит: это значит каждый запрос будет выполняться в своей неявной транзакции. Вместо этого необходимо сделать так: 1) запустить транзакцию 2) проверить наличие строки с помощью SELECT ... FOR UPDATE 3) если еë нет, вставить такую строку SELECT ... FOR UPDATE повесит пессимистическую блокировку, что будет держать остальные запросы на эту же строку.
блокировать надо таблицу, а не строку. Пока вы блокируете несуществующую строку, другие запросы из очереди добавят этот email. Разве нет?
Блокируется не несуществующая строка, а все ключи из запроса
какие ключи? SELECT… FOR UPDATE — блокирует считываемые строки на чтение. Точно такую же блокировку ставит обычный UPDATE, когда считывает данные для обновления.
Разве нельзя уровень изоляции поднять до serializable?
При уровне serializable если сделать запрос на select а затем insert с двух транзакций будет одно из двух (в зависимости от того какая бд) 1) запрос на select станет блокирующим другую транзакцию 2) оба запроса на селект скажут что всё ок, но потом один из INSERT ов выкинет ошибку сериализации
Обсуждают сегодня