Melkij

fcenter.ru/online/hardarticles/processors/34163-Op...

Для ваших задач HT вполне уместен и даёт побольше 10%, вполне даже 20-30%. За недорого - интересный вариант.
Альтернатива - 3770k, платформа та же, максимум bios обновить, этот ещё чуток быстрее.

id - это primary key? Т.е. изменять надо именно эту самую строку? Тогда before insert or update и меняется сам NEW:

IF NEW.balance<NEW.amount THEN
    NEW.is_paid_mode=0;
  ELSE
    NEW.is_paid_mode=1;
  END IF;
RETURN NEW;

Диск загрузочный?
Берёте parted, создаёте gpt таблицу разделов, создаёте раздел размером этак в 256 секторов в самом начале диска и ставите ему флаг bios_grub.
Всё остальное как обычно.

В запросе этой таблицы нет. Парсер не знает, к чему вы пытаетесь обратиться по имени personality.

Channel bonding, EtherChannel, link aggregation, LACP 802.3ad. Разные названия, а суть одна. Есть разные схемы работы, грабли и поддержка железом.
Лучше LACP, но его должен уметь коммутатор.

Вот этот странный колхоз - это вы кастрированный iconv в cp1251 сделать пытаетесь? Вроде по поведению похоже.

Страница вывода ленты у меня в UTF-8.

И simplexml всегда в UTF8. Что вы тут пытаетесь сделать с бедным юникодом я не очень понимаю.

1. Поле типа varchar всегда занимает минимум 1 или 2 байта на диске, в зависимости от максимальной длины этого поля. В индексах и при операциях в памяти разворачивается до своего максимального размера (подобно char). Больше данных -> меньше данных влезает в кеш -> больше нагрузка на диски -> медленнее работа.
На таком смешном размере таблицы не имеет никакой роли. Если это уже потребовалось оптимизировать - огромные грабли в другом месте.
2. Да, на диске varchar хранит только то, что положили в поле. Плюс 1 или 2 байта оверхеда на хранению длины записанной строки.

Нет, отдельный индекс по id_product использоваться не будет. Зачем брать индекс, находить значения по нему и затем искать их по первичному ключу (в innodb кластеризация по первичному ключу же), если можно искать сразу по первичному ключу?
Вот если бы первичный индекс был id_shop & id_product - тогда да, индекс по id_product был бы полезен.

update table2 
join table1 using(user_id)
 set table2.unicnumber = table1.unicnumber 
where table1.accept = 1

?

А что, rucenter начал давать SSD?

Чем, по вашему мнению, вам поможет переход на другой язык, если примерно 99% времени вы находитесь в ожидании сетевой операции?

В простом случае используйте curl_multi.