Дмитрий

• Износ ячеек памяти при записи. Соответственно, смотрите на её объём.
  
• Использование SSD с небольшим объёмом свободного пространства на нём, что вызывает бОльшую нагрузку на небольшое кол-во ячеек. Держите хотя бы 25% незанятыми, также можете изменить ёмкость диска, если фирменная утилита это поддерживает. В маркетинговых материалах любят писать про "внутреннее перемешивание" данных, выполняемое в фоне, но я бы либо не полагался на него вообще, либо, как минимум, в моделях потребительского уровня.
  
• Температура ССД. Кто-то считает, что она влияет даже сильнее износа при записи. Вообще держите её чем ниже, тем лучше. Либо, если заметите, что температура уходит выше 60 градусов, то наверняка стоит озаботиться этим вопросом.

P.S.
Говоря о вашем конкретном Кингстон, можно добавить, что в традиционном понимании эта модель совсем не серверная. Вашу нагрузку оценить не возьмусь, но при реально серверном использовании он бы протянул недолго.

Для такой конструкции нужно возвращать инстанс класса из каждого метода

<?php
class FOO {
	public function bar() {
		echo "Method bar called" . PHP_EOL;
		return $this;
	}
	public function baz() {
		echo "Method baz called" . PHP_EOL;
		return $this;
	}
}

$foo = new FOO;
$foo->bar()->baz();

php execute online

class Foo {
  public function bar() {
    //  …
    return $this;
  }
  public function baz() {
    //  …
    return $this;
  }
  public function value() {
    //  …
    return 12;
  }
}

$foo = new Foo;
echo $foo->bar()->baz()->value() // 12

SELECT user_id FROM ratings group by user_id HAVING AVG(rating) > 3

1. это не методы, это функции.
2. они используются по своему прямому назначению.
3. что вы делаете в js не имеет никакого отношения к этим функциям.

Функция mail() в PHP по сути вызывает встроенную в систему почтовую программу - стандартно, это sendmail в linux (также, возможно использовать qmail, postfix, но для этого надо сначала сконфигурировать PHP через .ini файл).
Подробнее про Mail в PHP: https://www.php.net/manual/ru/book.mail.php
И про основную проблему кроссплатформенного использования: https://habr.com/ru/post/26518/

PHPMailer - это мощная библиотека, реализующая почтовые транспорты, а не использующая sendmail как стандартная mail() функция. Имеет из коробки большое количество возможностей, таких как (в списке представлена лишь малая часть):

• полная поддержка SMTP, Qmail, POP3, IDN, DKIM;
  
• поддержка SSL и TLS;
  
• работает на любой win32 и *nix платформе;
  
• гибкость отладки;
  
• определяемые вручную заголовки писем;
  
• совмещение нескольких сообщений и вложений;
  
• встроенная поддержка изображений;
  
• умеет посылать письма с множественными: адресатами (TO), копиями (CC), BCC и REPLY-TO;
  
• многослойные/альтернативные сообщения для клиентов, которые не могут читать HTML письма;
  
• поддержка 8 бит, base64, бинарного режима, и пригодного для печати формата;
  
• перенос слов (word wrap);
  
• сообщения в виде HTML (шаблоны);
  
• библиотека проверена на множестве SMTP серверах: Sendmail, qmail, Postfix, Imail, Exchange, Mercury, Courier;
  
• библиотека используется под капотом таких гигантов: WordPress, Drupal, 1CRM, SugarCRM, Yii, Joomla;
  

Подробнее можно прочитать тут:
https://jino.ru/journal/articles/pochta-phpmailer/
https://www.sesmikcms.ru/pages/read/ischerpyvajusc...

Помимо PHPMailer существуют и другие крутые библиотеки, оставляю список для интересующихся:
Swiftmailer
(Symfony) Mailer

Если вы активно пользуетесь функцией mail() при разработке на PHP и до сих пор ещё не сталкивались с проблемами при её использовании на хостингах или на своих собственных серверах без соответствующего правильно настроенного окружения, то mail() вам идеально подходит. А когда столкнётесь с проблемами или захотите иметь больше возможностей из коробки, станут очевидными плюсы PHPMailer и других специализированных библиотек.

В upload.php в самом конце сделайте редирект на эту же страницу:

//определяем протокол - HTTP/HTTPS
$proto = (!empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != 'off')? 'https': 'http';
//шлем заголовок для "обновления" страницы без пересылки формы.
//все последующие "ручные" обновления страницы будут происходить без отправки формы
header('Location: ' . $proto . '://' . $_SERVER['HTTP_HOST'] . '/' . $_SERVER['REQUEST_URI']);
exit;

Вообще, это "best practice", перебрасывать редиректом после обработки формы, если не было ошибок при сохранении формы.
Exit в конце прерывает выполнение остального кода.

В сессию какой-нибудь флажок добавляйте, что данные уже обработаны. А вообще, после обработки данных делайте редирект на тот же самый скрипт с каким-нибудь случайным параметром. Тогда при обновлении страницы не будет POST-запроса, будет GET

и это абсолютно нормально и по стандарту.
если вам упало видеть кириллицу, то есть флаг JSON_UNESCAPED_UNICODE

Возьмём простейший HTML

<body>
  <p>Привет!</p>
</body>

Теперь построим дерево узлов (node)

BODY
  #text "\n  "
  P
    #text "Привет!"
  #text "\n"

Получился узел BODY с тремя дочерними узлами, #text, P и снова #text. При этом, узлы BODY и P соответствуют тэгам HTML. Именно они и являются элементами. Узлы типа #text были добавлены браузером автоматически при построении дерева DOM и элементами не являются, так как не имеют соответствующих им тэгов в HTML-коде.

Отвечая на вопрос "имеет ли смысл индексировать поле X" нужно всегда оперировать:
0. Особенностями конкретной СУБД.
1. Структурой таблиц.
2. Структурой запроса.
3. Содержимым таблицы.
4. Результатами EXPLAIN по запросу до индексации.
5. Результатами EXPLAIN после тестовой индексации.

Вы в вопросе не привели ничего из вышеперечисленного, поэтому можно дать только теоретические выкладки:
1. Кардинальность у этого индекса будет низкой. Это не очень хорошо, но и не смертельно.
2. Для запросов select id from mytable where field = 1; этот индекс может давать приличный профит при условии, что в таблице много других колонок - СУБД не придётся считывать лишние данные с диска, будет использоваться только индекс. Если же запрос сложнее или таблица проще, то профит уменьшается. Конкретные значения может дать только EXPLAIN.

Учитесь работать с EXPLAIN, никакие ответы в интернете не помогут лучше него. Ещё полезно прочитать книгу High Performance MySQL.