Андрей

Не совсем понятен вопрос. Куда запрос в базу? нода спокойно делает запрос в бд так же как и пых. Вывести инфу на экран можете через сокет инфу WebSocket/Socket.IO.

Что за привычка плодить секции server ? Что за дедовский метод? Всё прекрасно делается в одной секции.

server {
	server_name mysite.com;
	root /var/www/user/data/www/mysite.com;
        index index.php;
		try_files  $uri $uri/ @rewrite;
	listen 123.456.789.11;
	listen 123.456.789.11 ssl http2;
	charset UTF-8;
.....
	set $root_path /.......;
        ssl_certificate /......;
        ssl_certificate_key /......;
      ......
.....
..........
        add_header Strict-Transport-Security "max-age=31536000";
.....
......
if ($scheme = http) {
rewrite ^ https://$http_host$request_uri? permanent;
}
if ($http_host !~ "^mysite.com$"){
rewrite ^(.*)$ https://mysite.com$1 redirect;
}
......
.....
}

Ну так а Copying to tmp table а дальше чё? какой запрос? Сделай его EXPLAIN. tmp_table_size увеличить скорее всего временные таблицы mysql в tmpfs помести (tmpdir дирректория).
прогони mysqltuner он тебе выдаст рекомендации. Ну и неплохо бы потом my.cnf приложить и логи error mysql. И очень хорошо бы обновится до более новой версии mysql. Посмотреть какие кроны может запускаются в это время? Смотреть что во время этой нагрузки в top и htop происходит и ps aux чекать.

1. Вы mysqltuner запустили не дав проработать даже 24 часа бд. Лучше попозже его ещё раз глянуть.
2. Выполнить все его рекомендации.
3. Вес таблицы не особо большой. А сколько там строк?
4. Что именно беспокоит то? Медленные запросы отследите ведите slow log и error log mysql смотрите что туда будет падать. Оптимизируйте тяжелые запросы.
5. Можете поставить утилитку mytop и следить в режиме реального времени на плохие запросы. потом их оптимизировать.
6. Использовать индексы. Если используются пересмотреть правильно ли проиндексирована таблица.
7. По медленным запросам можно использовать explain.
8. Если таблица innodb то можно ускорить её работу отключением сброса данных на диск innodb_flush_log_at_trx_commit = 2. (но тут есть свои подводные камни загуглите).
9. Можно настроить перемещение временных файлов mysql не на диск а в tmpfs (дирректива tmpdir ) это ускорит немного совсем работу всего mysql сервера.
10. query cache - настройте. кто бы что не говорил он помогает. (но так же надо тестировать может в вашем случае будет лучше а может и нет)
11. key buffer size настройте в соответствии с ОЗУ
12. Если совсем много rps (да и в любом случае) крутаните ядро расширьте лимиты /etc/sysctl.conf /etc/security/limits.conf
13. Ну и конечно что итак понятно использовать хороший сервер многоядерный с ssd в raid-e.
14. Ну и конечно убедитесь что правильные типы полей используйте в таблице возможно можно ещё оптимизировать саму архитектуру таблицы. Тем самым при использовании правильных типов можно и вес снизить таблицы.
15. Возможно в таблице куче не нужных записей которые уже никогда не пригодятся и их надо чистить по крону раз в сутки допустим?
16. Ну и конечно для ускорения работы всего mysql сервера не писать bin log и general log.
17. Если табличка myisam то может сильно дефрагментируется? иногда можно и optimize table выполнять тогда.
18. Если совсем всё мощно и дохрена запросов к ней (хайлоад проект) то уже смотреть можно в сторону кластера/репликации.

https://firstvds.ru/?from=649775 - рассылаю и побольше с него. Проблем нет. SPF и ты тд в панели прописываешь сам.

В саппорте отвечают "К сожалению, у версии Вашего сайта нет обработчика кэширования Memcache."

Тебе же сказали что движок твоего сайта не поддерживает memcache.
Скорее всего тебе надо скачать (установить) плагин для твоего движка memcache и тогда оно там появится. www.aitishnik.ru/images/stories/articles/3-joomla-...

Вот читани https://www.insight-it.ru/highload/2011/arkhitektu...

Соотношение нагрузки таково:
MySQL: 101 запрос в секунду, 2 Гб трафика в час
Memcache: 40 запросов в секунду, 600 Мб трафика в час

Это вообще неочём... Я бы даже сказал это мизер...
Лучше оптимизировать тяжелые sql запросы если как таковые имеются.

Попробуй поубирать все свои 301 редиректы и $scheme = "http" и пропиши просто:

add_header Strict-Transport-Security "max-age=31536000; includeSubDomains";

Через сокет. Нет не каких проблем если всё настроено правильно. Не слушайте такую бредятину.

Роутер не нищинский не пробывали использовать?
Keenetic GIGA III например

Конечно на i7 который он мощнее да и оперативы там больше что тоже не мало важно! 8 гиг в наше время это пипец... В телефонах уже по 8 так то новых. А вот 12 гиг уже солидно. + я вижу что в hp ещё вдобавок есть usb 3.1 type c что очень нужно для современного времени. Тут и рассуждать нечего если есть бабло брать 1ый. Если бабло жмёт то второй. что тут ещё рассуждать то?

Это запрещены все пост запросы с других ресурсов на твой ресурс

Присмотритесь к iredmail он с коробки ставит всё что вам нужно анти спам проверку на вирусы и веб интерфейс roundcube в нём есть всё что вам нужно

Отключите функцию mail() на сервере для начала.
в php.ini найдите:
disable_functions =
и допишите mail ну и eval заодно.
говорите ip светиться его постоянно в спам листах? Забаньте его
iptables -I INPUT -s xxx.xxx.xxx.xx -j DROP
Что используется exim? можно разрешить отправку только довереным ящикам тык для postfix есть что то типо такого же.