Slava Rozhnev

У меня есть несколько книг по программированию, и в каждой из них перед оглавлением написаны следующие слова:
"Никакая часть настоящего издания ни в каких целях не может быть воспроизведена в какой бы то ни было форме и какими бы то ни было средствами, будь то электронные или механические, включая фото­ копирование и запись на магнитный носитель, если на это нет письменного разрешения издательства"

Все эти издательства должны возбудить иски друг против друга за заимствование кода "Hello World".

mysqli_query() выполняет только один запрос.
если надо выполнить два, то надо вызвать эту функцию два раза

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

Итоговый результат слияния кода при merge и rebase одинаковый. Разница будет только в порядке коммитов в истории. Merge сверху применяет новые коммиты, rebase находит общего предка, убирает ваши новые коммиты в ветке, обновляет ветку, применяет ваши новые коммиты сверху.

Регуляркой вырезаете количество секунд.
Создаёте промис.
Делаете таймаут на резолв промиса с переданным именем через полученное количество секунд
Возвращаете промис.

Я бы как-то так сделал.

WITH cte AS (
    SELECT *, ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY score DESC) rn
    FROM source_table
)
SELECT *
FROM cte
WHERE rn = 1
-- ORDER BY score DESC LIMIT nnn
;

Посмотрите внимательно - у вас даже здесь подсветка кода ломается из-за синтаксической ошибки.

- echo "id: " . $row["nickname"]. " - Name: " . $row["result"]. " . "<br>";
+ echo "id: " . $row["nickname"] . " - Name: " . $row["result"] . "<br>";

будет ли использоваться индекс в запросе вида WHERE `field1` LIKE '_aa_a_'?

50/50 - или будет, или нет.

Однако если он будет использоваться, то не как индекс (сортированный список для выполнения index seek), а как компактная копия таблицы (как несортированный список для выполнения index scan).

Тем не менее профит от использования индекса таким образом может быть, и весьма значительный. Главным образом он определяется соотношением размера записи к размеру поля. И чем это соотношение выше, тем более вероятен профит.

Нет разницы, один или 10.
Для простоты индекс можно рассматривать как отсортированный список.
Если список учеников в классном журнале отсортирован по алфавиту, то вы довольно быстро найдёте нужного.
А теперь представьте, что вы по тому же самому списку ищете фамилию, на зная первой буквы. И тут уже без разницы, сколько букв мы не знаем. И одной достаточно, чтобы полностью поломать поиск.

Точно такие же проблемы будут и у базы данных. Вместо отсортированного списка с выходом сразу на нужную букву, придётся тупо искать перебором.

Полнотекстовый индекс также не является чем-то особенным в этом плане. Он устроен по совершенно тупому принципу: грубо говоря, БД берёт текст из колонки, и разбивает его на слова. И строит по этим словам снова точно такой же отсортированный список, с указанием, в каких строках это слово используется. То есть когда мы делаем запрос с match, то mysql находит искомое слово в индексе, и возвращает из него все строки.

И точно так же полнотекстовый индекс не работает, если поставить звёздочку спереди. Мануал так и говорит:

Words match if they begin with the word preceding the * operator

То есть звездочка работает только если поставить её в конце слова.
match against ('класс*') найдёт слово "классный", а '*accный' его уже не найдёт.
То есть БД тебе сразу говорит, что для такого поиска полнотекстовый индекс будет бесполезен.

Используйте Union
https://www.w3schools.com/sql/sql_union.asp
правда придется править запрос что бы названия столбцов совпадали