BorLaze

course - строка, я так понимаю?
Тогда она в кавычках должна быть:

$stages_sql = mysqli_query($conn, 
    "SELECT * FROM stages WHERE course = '" 
    . mysqli_escape_string($conn, $assoc['name']) 
    . "'");

А вообще, такие вещи через prepared statement делать надо.

Достаточно держать в памяти, что есть три варианта ответа - да/нет/что угодно (true/false/null), и тут же все станет понятно:

1) Да. "что угодно" = "что-то конкретное" дает "что угодно, потому-то слева может быть и правое значение, и любое другое.
2) Нет. См. п.1.
3) Нельзя, потому что п.1.

То есть, можно представить себе, что в null может быть любое значение - как равное конкретному, с которым мы сравниваем, так и не равное. Поэтому результат тоже может быть любым.

Собственно, этого мнемонического правила вполне достаточно, чтобы не делать ошибок при запросах к БД.

UPD: или же можно трактовать null как функцию random() - так еще понятней.
1) 1 = random()? А кто его знает - может, равно, а может, и нет... то есть ответ рандомный.
2) random() это false? Может, да, а может, и нет... в общем, все тот же рандом.
3) Из вышеизложенного вытекает, что любое сравнение какого-то конкретного значения с рандомным дает рандомный результат. А операторы IS NULL/IS NOT NULL как раз работают как "это рандом?" и "это не рандом?" - поэтому для работы с null надо использовать именно их.

а кто сказал, что это проблема? редактор? так это проблема редактора

вот если импорт средствами БД скажет, что что-то не так - тогда да, это будет проблема

GRANT PROCESS ON *.* TO 'admin_root'@'localhost'

UPDATE _table_ SET created_at = created_at + 1000

Очень часто встречается заблуждение, что если есть индекс, то он используется всегда.

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

Например, имеем мы миллион записей с булевым полем, и индекс по нему (глупость, конечно, но для примера в самый раз). И из этого миллиона пять записей имеют в этом поле true, а остальные false.

Так вот, select * from table where boolField = true индекс задействует, а вот select * from table where boolField = false - уже нет. Потому что, с точки зрения оптимизатора, искать сначала в индексе, а потом в таблице оправдано для пяти позиций, но совершенно избыточно делать практически одну и ту же работу для 999 995 записей.

Это, конечно, на пальцах, но смысл примерно такой.