Ипатьев

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

Код у вас - для второго.
А пытаетесь вы его использовать для первого.

Чтобы проверить, цикл не нужен. Чтобы обработать - КАК вы обойдетесь без цикла?

В принципе, я тут не вижу нужды проверять. Просто запросить, да обработать.
Но если прям жить не можете без проверки, то можно например использовать переменную

$found = false;
foreach($result as $row){
    $found = true;
    $orderId = $row["orderId"];
    // делаете что хотите
}
if(!$found) {
    print 'нет';
}

Если запись может быть только одна, то еще проще

$result = mysqli_query($mysqli, "SELECT * FROM `Order` WHERE status='NEW'");
$row = $result->fetch_assoc();
if ($row) {
    $orderId = $row["orderId"];
} else {
    print 'нет';
}

У меня получилось как-то так

select sum(o.sum), sum(fsum) from orders o left join 
(select order_id, sum(price) fsum from foodcost where order_id in (1,2) group by order_id) t
on o.id=t.order_id 
where o.id in (1,2);

То есть группировать продукты перед джойном.

Можно, но код, который создает БД при ошибке - это глупость.
Так не делают.

Можно создать отдельный скрипт для настройки окружения, который создаст БД и таблицы например.
В этом скрипте просто не указывать 4-й параметр в mysqli_connect.
И дальше просто написать mysqli_query() c запросом создания таблицы.

Но в реальной жизни такие ситуации практически не встречаются.
В отличие от ламерского опенсервера, на реальных серверах никто никогда не ходит в базу под рутом. А у того пользователя, который используется, тупо нет прав на создание БД.

Никак.
Собирать запрос через f-word и выполнять без параметров.

1. Вставить в первую
2. Вставить во вторую.

При возникновении ошибок - прочитать и исправить.

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

Для этого пора бы уже освоить джойны. Нормализацию БД вы освоили - это прекрасно.
Джойны - тоже не бином ньютона, это основа SQL. Второй запрос не нужен, всё делается в одном
Сначала выбираем фильмы по тегам

select f.* from sakila.category c
join sakila.film_category fc on fc.category_id = c.category_id
join sakila.film f on f.film_id = fc.film_id
where c.name in ('Action', 'Drama') 
group by f.film_id;

Если хотим добавить поиск по заголовку, то просто добавляем к этому же запросу еще условие во WHERE, and description like '%Drama%'
https://sqlize.online/sql/mysql57/8d7c91ad5f6cf415...

Правда на таких объемах LIKE делать не рекомендуется. Но если сейчас работает по всей базе, то по десятой части и подавно будет. Но в целом надо уже прикручивать внешний поисковый движок, ElasticSearch. Ну или хотя бы добавить полнотекстовый индекс по названию (и тексту тогда уж заодно) и искать в них через match...against

Делать Percona XtraBackup по крону на бою, и потом накатывать его на тест.
Остальное - от лукавого. "Через консоль" будет блокировать таблицы, что такое "через экспорт-импорт" непонятно что значит, а ивенты тут вообще не при делах.

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

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

Если это не хайдлоад, то есть 95% всех случаев, то никакой проблемы и нет, альтеры отработают быстро.
В остальных случаях примерно такая схема и применяется, только непонятно, зачем всю базу-то гонять.
https://github.com/github/gh-ost
https://docs.percona.com/percona-toolkit/pt-online...