lubezniy

Сначала определите в деталях, что вы вообще хотите и как это должно выглядеть. Разберитесь с алгоритмами подсчёта оценки. Затем определите все сущности с атрибутами и связями и спроектируйте базу. Дальше определитесь с языком, на котором будете делать, сделайте админку для создания и заполнения тестов, регистрации пользователей и т. д. И после всего этого, когда по ходу реализации всё ранее сделанное будет отшлифовано, займётесь уже сайтом.

В конкретном поле поставить что-то вроде COLLATE utf8_general_ci

Насколько актуальные нужны данные? Не знаю, сколько источников, но, по идее, memcached может решить проблему. Можно на том же php написать скрипт, который с нужным интервалом забирает данные и пишет их в memcached и, если надо, в MySQL, а скрипты сайта будут уже забирать. Только надо внимательно следить за актуальностью.

Здесь важно, чтобы в память помещались индексы. Ну и настройки MySQL надо выставить так, чтобы выделяемой памяти под них хватало. Ещё неплохо бы SSD, если записи мало: с ним производительность взлетает.

Партиционирование или шардинг должны помочь. Грубо говоря, задача - сделать отдельные таблицы для разных хостов или действий и в зависимости от значения выбранного параметра для разделения добавлять запись в соответствующую таблицу. Партиционирование встроено в MySQL, но имеет свои ограничения. А шардинг делается на уровне скриптов. Плюс последнего - можно писать не только в разные таблицы, но и в разные БД даже на разных серверах (при высокой нагрузке так можно обеспечить масштабирование).

Установить расширение mysql. Для php7 - скомпилить (идёт в виде pecl).
А вообще предпочтительнее использовать PDO или хотя бы mysqli. Но для них соответствующие расширения нужно установить.

Как я понимаю, для таких операций нужно иметь достаточно времени (на время преобразования таблица будет полностью заблокирована, а переписываться в MyISAM она будет вся) и места на диске. И, разумеется, крайне желательно перед выполнением операции сделать бэкап.

Соединение используется одно? Или каждый вызов создаёт своё?

php.net/manual/ro/pdo.connections.php
Здесь прописано штатно присваивать NULL, как у Вас, но в комментах пользователи говорят, что это не рвёт соединения, и призывают задействовать выполнение запроса KILL CONNECTION_ID() (не гарантируя, что оно будет работать, но потестить можно).

Ну так количество полей в stores 4, а Вы пишете 2 без указания конкретных полей. Естественно, идёт ошибка.

Может, WHERE (to_comment<>'') ?

Никакой. Всё зависит от конкретной ситуации, а безопасность определяется организацией хранения.

switch, array_search, оператор ? - выбирайте. Это навскидку.

Ну так и написано, что:

160805 21:21:55 InnoDB: Unrecognized value normal for innodb_flush_method

Раз значение normal не распознано, зачем его ставить?

Думаю, стоит попробовать date вывести в отдельный индекс. Даже несмотря на Sending data.

Нельзя так говорить. Они оба лучше при грамотном применении. Можно до посинения сравнивать возможности двух СУБД, но новичку это ни о чём не скажет. Как появятся и начнут развиваться свои проекты на обеих СУБД, тогда появится и опыт выбора системы под конкретную задачу (новый или старый проект).

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