Alex Chistyakov

Можно попробовать улучшить эффективность системы охлаждения. Скорее всего, у Вас сейчас используется какая-нибудь термопаста и какой-нибудь вентилятор. Скорее всего, качество термопасты можно улучшить путем замены (в интернете довольно много обзоров с тестами, например www.thg.ru/howto/test_termopast_part_2 или fcenter.ru/online/hardarticles/cooling/30249, в свое время я выбирал себе термопасту просто по спецификациям производителя, купил ту, у которой была лучшая теплопроводность). Также попробуйте заменить кулер, к сожалению, способность кулера отводить и рассеивать тепло можно узнать только путем тестирования. Я обычно ориентируюсь на характеристики воздушного потока вентилятора (часто указывается производителем в единицах cfm, cubic foot per munute) и вес, а также материал радиаторной части. Чем тяжелее радиатор, тем он эффективнее, при использовании одного и того же материала. Материал радиатора должен обладать хорошей теплопроводностью (медь лучше алюминия).

Это не процессы, а потоки. MySQL использует потоки для обработки входящих соединений от клиентов. Скорее всего, у Вас используются персистентные подключения - клиентский код не закрывает соединение после выполнения SQL-запроса. Это нормальная практика.
Вряд ли память занята на обслуживание этих потоков/клиентских соединений, MySQL обычно расходует память, в основном, на InnoDB buffer pool (для MyISAM - key cache). Память, занятую под buffer pool или key cache нет смысла отдавать обратно, она используется для обслуживания всех клиентских запросов.

Нормальная структура, не вижу никаких проблем для заявленной нагрузки. Хватит с запасом.
Рекомендую брать нормальное количество памяти (32Gb и выше на машину) и нормальную дисковую подсистему (лучше - RAID10 из 4 SAS-винчестеров, либо RAID-10 из 4 SATA-винчестеров с RAID-1 из 2 SSD в качестве writeback cache). Ну и сеть между машинами нужна гигабитная, разумеется.

1. Ничего не изменится.
2. CNAME записи никакого отношения не имеют к HTTP redirect, поэтому ничего в .htaccess менять нельзя.
3. Я не помню точно, возможно ли указание wildcard в CNAME, но, если возможно, то работать будет так же, как и для A records - то есть, правило продолжит выполняться, да.

А почему никто не посоветовал dnsmasq?

Возможно, если организовать к нему VPN туннель через какой-нибудь внешний VPN-сервер.
Или если с устройства, на который назначен внешний IP-адрес, организовать проброс нужного порта на этот сервер.

Остановите сервис и запустите прямо в консоли mysqld_safe под пользователем root. Он Вам либо сразу покажет ошибку, либо покажет место, куда он ведет лог - это будет либо syslog, либо файл. Дальше смотрите сообщения в этом логе.

Конечно, GIL локален для каждого процесса.
Как может быть иначе? Процессы по умолчанию ничем не связаны.