FanatPHP

1. Зарезервированные слова можно использовать, заключая их в обратные кавычки, `key`
2. name - это ключевое слово, а не зарезервированное. А keywords are permitted as identifiers without quoting

А теперь правильный ответ

$stmt = $conn->prepare('SELECT * FROM userst WHERE email=?');
$stmt->bind_param("s", $_POST['email']);
$stmt->execute();
if ($stmt->fetch()) {
      $error = 'Пользователь с таким никнеймом уже существует';
}

Если отвечать на вопрос, который вынесен в заголовок, то это возможно только в mysql 8, при блокировке с использованием опции SKIP LOCKED.

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

Например добавить третий статус, "обработка".
То есть скрипт выбирает строку, ставит статус 3, завершает обработку, и потом стиавит 2.
Только в этом случае будут иметь смысл блокировки, хотя я все равно не очень вижу, что тут блокировать, кроме всей таблицы целиком, а это как бы не замедлило весь процесс еще больше. В общем, все зависит от времени, которое требуется на обработку строки.
Если обработка быстрая, то пусть выполняют работу повторно.
Если долгая, то лочить строки со статусом 2 на чтение, выбирать строку, сразу ставить ей статус 3, анлочить все строки, обрабатывать полученную, ставить статус 2.
Плюс добавить еще поле время смены статуса и периодически собирать зависшие в 3 статусе

Более жизненный вариант (опять же, для решения проблемы, а не вопроса) - это каждый воркер работает со своим блоком данных . например, один выбирает только id, которые кончаются на 1, второй - на 2 - и так далее. можно придумать более-менее равномерный алгоритм, чтобы воркеры не мешали друг другу, на тех же принципах, на которых делается шардирование.

Ну а самый простой и надёжный - это ставить строке уникальный идентификатор, UUID вполне подойдет.
Тогда вместо селект+апдейт можно делать сразу апдейт (с условием, которое раньше шло в селект)

update table set guid = {$UUID} where ... limit 1;
... много кода ...
update table set .... guid = null where guid = {$UUID};

1. Добавить уникальный индекс на имя
2. Вставлять запросом INSERT IGNORE

Единственное осмысленное решиение

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

Смысл нормализации очень простой.
Вот поменял пользователь аватарку.
В нормальной бд ты поменял имя файла в одной строке одной таблицы, и пошел дальше.
В своей текущей бд ты должен лазить по всем таблицам, по всем строкам, где этот юзер упомянут, и ВЕЗДЕ менять имя файла

Достаточно 1 раз занять себя этой увлекательной процедурой, чтобы навсегда забыть про дублирование данных в бд

выкинуть 4 сервера, оставить один
сделать единую таблицу с полями "Номер", "Название" или "Дата", название и идентификатор в другой таблице
сделать нужную выборку из этой таблицы
подгрузить данные из доп таблиц по ид

Непонятно, почему до сих пор этот вопрос не закрыли, как дубль миллиона других таких же вопросов, ответ на которые заключается в одном слове - EXPLAIN

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

правильный ответ
pole=ifnull(pole, 0)+1

Добавлю ответ на вопрос, заданный в заголовке.
Потому что как всегда, в заголовке одно, а в тексте вопроса совсем другое. Вообще не про mysql, а про личные проблемы автора.

Чтобы хранить эмодзи в mysql, надо использовать charset=utf8mb4

Отвечу на вопрос "почему".
Потому что приведение типов.
Строка "FALSE" - это не булево значение FALSE, а строка, 5 букв. Не имеющая никакого отношения к булевым значениям или числам. Присравнении с числом и РНР и mysql пытаются привести строку к числу. При этом из строки "FALSE" получается 0. И поэтому сравнение "работает". Но разумеется так сравнивать нельзя.

Строка "TRUE" - это, как уже должно быть понятно, не булево значение TRUE, а строка, 4 буквы. Не имеющая никакого отношения к булевым значениям или числам. Присравнении с числом и РНР и mysql пытаются привести строку к числу. При этом из строки "TRUE" получается 0. И поэтому сравнение "не работает". Если передать не строку а булево значение TRUE, то сработает.

Поскольку в mysql нет типа поля boolean, лучше всего не выпендриваться с TRUE и FALSE, а просто передавать 0 и 1.

Непонятно, какая проблема выполнить запрос в цикле.

$sql = 'INSERT INTO '. $table. '(`';
$sql .= implode("`, `", array_keys($newData[0])).'`)';
$sql .= ' VALUES (:';
$sql .= implode(", :", array_keys($newData[0])).')';
foreach ($newData as $row)
    $this->pdo->execute($sql, $row);
}

Другое дело что в этом коде инъекция на инъекции и инъекцией погоняет.