Melkij

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

P.S. А про "питались его силой" это прям шедеврально.

в игре вижу пинг 400-800 при том что скорость на спидтесте 60-70МБ

Есть сильное подозрение, что у вас рабочая машина подключена к роутеру по WiFI, а не проводом.
В таком случае - подключите проводом и все будет отлично.

Если это по проводу такая скорость - надо смотреть, что за провайдер, как предоставляет интернет, какой роутер, какой пинг до нужного ресурса от самого провайдера.

С чего вы решили, что ИБП сдохнет? Для чего увеличивать оперативную память? Ее не хватает?
В общем случае если планируется 24на7, то лучше был бы собрать на серверных комплектующих. Хотя бы память с ЕСС. Докупить еще один системник (nas) для бэкапов.
И ибп предназначен для корректного выключения в случае перебоя с эл. энергией, а не для работы в автономном режиме.

Скажите выиграю ли я при покупке недорого Raid Controller'а?

Нет, скорее наоборот.

подарил SSD Samsung Evo 840, и как следствие я столкнулся с проблемой SATA3 поскольку на данной плате его попросту не существует.

Такой проблемы не существует.
Если вы используете SSD для системы, то в ограничение SATA2 он во время реальной эксплуатации никак не упрется.
В синтетических тестах ограничение будет заметно, на практике -нет.

Если вам нужны красивые картинки в синтетических тестах - купите SATA3 контроллер, если на картинки в тестах пофиг, главное чтобы работало - ничего не надо покупать.

Собственно я думал это одно и то же, разве нет ?

нет.

В обеих случаях у $a нет значения.

в обоих случаях у а есть вполне конкретные значения и тип.
null
string

а кажется вам что это одно и тоже, потому что при не строгом сравнении == они будут равны, и empty($a) вернет true в обоих случаях
types.comparisons

Почитайте вот статью про оконные функции. В вашем случае lag.
Вот пример из статью на вашу тему:

насколько очков новость отстает от предыдущей в рейтинге

SELECT
    id,
    section,
    header,
    score,
    row_number() OVER w        AS rating,
    lag(score) OVER w - score  AS score_lag
FROM news
WINDOW w AS (ORDER BY score DESC)
ORDER BY score desc;

id | section |  header   | score | rating | score_lag 
----+---------+-----------+-------+--------+-----------
  6 |       2 | Заголовок |    95 |      1 |          
  3 |       4 | Заголовок |    79 |      2 |        16
  8 |       3 | Заголовок |    36 |      3 |        43
  4 |       3 | Заголовок |    36 |      4 |         0
  5 |       2 | Заголовок |    34 |      5 |         2
  7 |       4 | Заголовок |    26 |      6 |         8
  1 |       2 | Заголовок |    23 |      7 |         3
  2 |       1 | Заголовок |     6 |      8 |        17

Чтобы потом не извращаться - надо сразу делать правильную структуру.

Это зависит от задачи и от запроса.
Помню в одном проекте нормальным считался запрос выполнявшийся 5 часов...

Можно ли всю эту логику уместить в один запрос к базе?

да

И будет ли это быстрее, чем делать много простых запросов?

да

vrrp

"Duplicate entry 'pbkdf2:sha256:50000$' for key 'user_password'")

уникальный ключ на поле с паролем? Это гениально :D

floatval ничего не обрезает, она просто преобразует переменную в float. Как вам его приводить обратно к строке с нулями или эмоджи на конце -- совершенно другое дело.

Зачем вам 2 запроса?

UPDATE `table`
SET `active` = IF(`id` = :id, 1, 0);

Ого. Обалдеть - впервые такое вижу. У большинства провайдеров просто стабильный интернет без отвалов и более-менее приличная скорость - уже хорошо. А если еще и до техподдержки можно дозвониться - то вообще круто. А тут прям даже точные и измеримые показатели связи.