Максим Федоров

SELECT i.`id`, i.`issue`, i.`title`, i.`intro`, i.`prev`, i.`full`, i.`bold`, i.`from`, i.`date`, i.`top`
  FROM `news_items` AS i
  WHERE i.`enabled` = 'y' AND i.`issue` IN (2) AND i.`date` < NOW()
  ORDER BY i.`from` DESC, i.`date` DESC, i.`id` DESC
  LIMIT 3

Обязателен ли индекс для внешнего ключа InnoDB MySQL?

Да обязателен

Таблица нормально создается и без индекса.

При создании таблицы индекс на внешние ключи добавляется автоматически.

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

Тут нужно понимать в чем разница между индексом созданным Вами по любому из полей, и индексом по внешнему ключу. Не рекомендуется заранее создавать индексы, т.к. на этапе разработки просто не понятно какие индексы действительно будут использоваться,на практике, а без каких можно обойтись (тем самым сэкономив время записи данных). С внешними ключами же история немного другая, они служат для проверки целостности данных, при вставке/редактировании (про всякие там джойны - вообще молчу). А значит каждый раз когда Вы добавляете запись, необходимо найти соответствующую запись по внешнему ключу. Поиск без индекса происходит очень медленно, поэтому его использование в этой ситуации по умолчанию вполне оправдано.

Вопрос 1: зачем встроили создание индекса?

Это плата за независимость от СУБД

Вопрос 2: разве при удалении таблицы индекс и ключ не удаляются вместе с ней? Или в разных СУБД бывает по-разному?

Аналогично с предыдущим пунктом, это плата за независимость от СУБД

Для решения Вашей задачи Вы можете использовать:
1. Enum - сделает содержание колонки более понятный, в отличие от хранение данных в виде числа, при приблизительно тех же ресурсо-затратах. Но стоит понимать что его использование на больших объемах данных действительно приведет к приличным временным затратам, в случае необходимости изменения списка значений. Другой вопрос насколько часто Вы планируете это делать и какое количество данных будет храниться? Кроме того нужно понимать что в случае MySQL нет возможности сделать один общий список для нескольких таблиц. Поэтому если планируется его использовать сразу в нескольких таблицах - это придет к дублированию данных.
2. Тип в виде числа - сделает содержание колонки не понятным для сторонних разработчиков. Например, тип с значением 7 ничего не сможет сказать о своем назначении. А порой возникают задачи, которые необходимо реализовывать на уровне базы, и в этом случае искать в коде что такое 7 крайне не удобно.
3. Тип в виде отдельной таблицы - Вы можете все типы вынести в отдельную таблицу, и использовать в своих записях ссылку на нее. Этот вариант решит некоторые проблемы предыдущих, но стоит понимать что такой подход может создать в базе кучу по сути неиспользуемых таблиц, что тоже не есть хорошо.

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

SELECT * FROM tablename WHERE id in (1,4,8,13);

Melkij описал причину ошибки, соответственно что бы устранить ее Вам нужно изменить данные:
1. Либо вообще удалить все несоответствующие данные, например:

DELETE FROM add_photos_store WHERE magazin NOT IN (SELECT id FROM stores);

2. Либо установить значение для magazin в таблица add_photos_store в NULL (если конечно Ваше поле может принимать такое значение), например:

UPDATE add_photos_store SET magazin = NULL WHERE magazin NOT IN (SELECT id FROM stores);

Сохранение идентификаторов в виде строке крайне плохая практика. Просто сохраняйте данные в формате

FruitsID        tagID
1               1
2               1
2               2

Стоит понимать что Вы пытаетесь обновить данные не только по лимиту но и по оффсету, а это MySQL делать не умеет (@romy4 привел Вам ссылку на документацию)
Если хотите использовать лимит и оффсет, тогда Вам нужно сначала делать выборку и только потом обновление, например:

UPDATE `table` SET `fourth`=8 WHERE id in (SELECT id FROM `table` LIMIT 1,3)

Но если имя поставщика совпадает с именем бренда, то id бренда == id поставщика

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

SELECT a.id, a.article, a.brand_id FROM a
INNER JOIN b on a.brand_id = b.id
LEFT JOIN c ON b.name = c.name
WHERE c.id IS NULL

INSERT INTO new_table (code, amount)
(SELECT code, amount FROM tabla GROUP BY code HAVING count(*) > 1)

Рекомендую это к прочтению

Вы идете в неверном направлении. У Вас может быть на одну запись неограниченное количество данных по рейтингу, так зачем их тогда хранить в одной таблице в виде столбцов? Да и еще их динамически создавать? Сделайте две таблицы
record
- id
- name

rating_by_table
- record_id
- rating

Вы по сути дела пытаетесь сделать динамический запрос (указать имена столбцов, таблиц и т.п. во время выполнения запроса), но так как Вы написали он не будет работать. В MySQL есть только одна возможность создавать динамические запросы - это собирать их в виде строк и потом выполнять например так:

SET @myquery := CONCAT("UPDATE goods SET ", infield, " = ", invalue, " WHERE id = ", inidProduct);
PREPARE myquery FROM @myquery;
EXECUTE myquery;
DEALLOCATE PREPARE myquery;

Не понятно по какому принципу можно составить данные, если к примеру записи можно сопоставить по полю ID, тогда можно сделать так:

UPDATE  serial
LEFT JOIN serials ON serials.id = serial.id
SET serial.created_at= serials.created_at

Вы можете добавить значения в ENUM поле обычным SQL-запросов, например

ALTER TABLE mytable MODIFY COLUMN mycolumn ENUM('val1','val2','val3','val4','val5');