FanatPHP

Это должна быть не переменная, а элемент массива.

$data['good'] = 1;
$test = 'good';
echo $data[$test];

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

$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};

Либо
SELECT * FROM pag WHERE id=? and name=?
либо
SELECT * FROM pag WHERE id=? or name=?
в текущем виде запрос не имеет смысла.

И для работы с БД надо не пихать переменные прямо в запрос, а использовать плейсхолдеры

Какой только ужас не пишут новички, не понимая основ.

Этот кордебалет с фигурными скобками никогда не нужен. Для таких целей используются массивы.

$data['ya'][1][2] - и не нужно никаких извращений.

Осваиваем программирование.

1. Получив на выходе слово false мы должны посмотреть своем коде место, из которого это слово получается.
Смотрим: $result = curl_exec($curl);. Получается что false вернула функция curl_exec().
2. чтобы узнать, в каких случаях функция curl_exec() возвращает false, надо открыть документацию
3. Открываем документацию и читаем, Возвращает FALSE в случае возникновения ошибки.
4. Ну тут дальше уже сложнее. Тут нужен или опыт или немного погуглить, чтобы открыть для себя функцию curl_error()
5. Добавить вывод результата этой функции в свой скрипт, и дальше смотреть что она выведет и действовать по обстоятельствам.

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

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

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

Не должен. В кавычках в SQL пишутся строки.
Плейсхолдер - это не строка. Следовательно, кавычек быть не должно.

Кроме этого, немедленно выкинуть весь этот ужас с if и echo "Не удалось трали-вали то-то". Никому неинтересно читать, что там тебе не удалось и что не получилось. Писать код надо нормально, без этого частокола if-ов.

Нумеровать стейтменты тоже не нужно, если только они не вложены в цикл. И тип надо ставить s а не b

$stmt = $connection->prepare("SELECT * FROM users WHERE email = ?");
$stmt->bind_param("s", $email);
$stmt->execute();
if ($stmt->fetch()) {  
  echo "Вы уже зарегестрированы, создавать несколько аккаунтов с одинаковым имейлом нельзя"; //не дать челику снова зарегаться
}

Нормальные примеры работы с mysqli смотри здесь

phpfaq.ru/newbie/paths