MySQL Transaction VS Table Lock для регистрации пользователя

Question

Я новичок в MySQL, и я прочитал много сообщений о транзакциях и блокировке таблицы, которые я нашел здесь и через сеть, поэтому я думаю, что мой вопрос не должен быть избыточным.

Я пытаюсь оптимизировать запросы, в основном для регистрации пользователей и сеансов. Веб-приложение написано на PHP/MySQL (i), и я использую движок InnoDB.

Я не использую $ _SESSIONS для хранения сеансов пользователей, но я использую таблицу в БД, в которой храню некоторую информацию о сеансе пользователя, который хранится в куки. Этот метод требует, чтобы я проверил пользовательский сеанс в БД для каждого запроса пользовательской страницы. Выполняя это, я также присоединяюсь к таблице «users» в запросе сеанса select, чтобы каждый раз получать новую информацию о пользователе.

О регистрации пользовательских запросов я не уверен, какой метод лучше: производительности, качества кода и безопасности, чтобы избежать проблем при более чем пользователь попытается зарегистрировать такое же имя пользователя/электронной почты в то же самое время.

пользователи стол:

user_id (primary, AI) 
username (unique) 
email (unique) 
password 
field 1 
field 2 
... 

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

МЕТОД A: пользователи LOCK TABLE

LOCK TABLES users WRITE; 
// users provided username and email are already taken? 
SELECT COUNT(username) username, (SELECT COUNT(email) FROM users WHERE email = 'batman@heroes.com') email FROM users WHERE username = 'batman' 

$res = fetch_array; 
if($res['username'] == 0 && $res['email'] == 0){ 
    INSERT INTO users (username,email,password) VALUES ('batman','batman@heroes.com','imtheonlytruehero') 

    if(affected_rows == 1) 
     $username = null; 
     $email= null; 
     $registration = true; 
    } 
    else { 
     $username = null; 
     $email= null; 
     $registration = false; 
    } 
} 
else { 
    $username = ($res['username'] > 0) ? false : true; 
    $email = ($res['email'] > 0) ? false : true; 
    $registration = false; 
}  
UNLOCK TABLES; 

МЕТОД B: СДЕЛКА с INSERT + UPDATE

START TRANSACTION; 
INSERT INTO users (username,email,password) VALUES ('batman','0','imtheonlytruehero'); 

if(affected_rows > 0) { 
    $username = true; 
    UPDATE users SET email='batman@heroes.com' WHERE username='batman'; 
    if(affected_rows > 0) { 
     $email = true; 
     $registration = true; 
     COMMIT; 
    } 
    else { 
     $email = false; 
     $registration = true; 
     ROLLBACK; 
    } 
} 
else { 
    $username = false; 
    $email = null; 
    $registration = false; 
    ROLLBACK; 
} 

Моя озабоченность использованием метода: что происходит с другими зарегистрированными пользователей (при условии, что их много) при попытке проверить свои сеансы для навигации (помните, что «проверка сеанса» также входит в таблицу пользователей) whe n регистрируется новый пользователь и его запрос блокирует таблицу пользователей? Медлительность? Таймауты? Или запросы (выберите и вставьте) достаточно легкие, чтобы не поставить под угрозу производительность?

Есть ли метод B имеет большие шансы на создание взаимоблокировок?

Что я могу сделать? Выберите один из этих методов? Смешать их? Уничтожить все и начать все заново?

Я ценю любую помощь. Спасибо.

Answer 1

Блокировка всей таблицы должна использоваться только в исключительных случаях, МЕТОД A будет препятствовать параллелизму. Предполагая, что у вас есть уникальные индексы на обоих пользователя и электронной почты МЕТОД В может быть переписано в приведенном примере ниже.

Этот подход должен работать в обоих READ COMMITTED и REPEATABLE READisolation modes, В MySQL и PostgreSQL (псевдокод):

while (1) { 
    START TRANSACTION; 
    SELECT * FROM users WHERE username = ? OR email = ?; 

    if (something_found) { 
     // figure out what was found — email, login or both 
     // ... 
    } else { 
     try { 
      INSERT INTO users …; 
     } catch (UniqueViolation) { 
      // somebody else could have inserted a record with the same 
      // username/email after our SELECT query 
      ROLLBACK; 
      // try again 
      continue; 
     }   
    } 
    COMMIT; 
    break; 
} 

Answer 2

Блокировка таблицы следует избегать, если это возможно. Для метода A нет причин блокировать что-либо или использовать транзакции.

Это, как вы бы обрабатывать метод (обратите внимание, что если вставить данные пользователя, вы должны использовать подготовленные заявления)

$result = $db->query('SELECT COUNT(id) as total FROM USER WHERE username = "batman" or email = "batman@heroes.com"'); 
$row = $result->fetch_assoc(); 
if($row['total'] > 0}{ 
    // redirect back to form, exit here 
} 

try{ 
    // no user with email, username exists, so try to insert that user 
    $db->query('INSERT INTO USER ...'); 
    $registration = true; 
} 
catch(Exception e){ 
    // If a different user with same username or email registered in 
    // the mean time then redirect to form. 
}