Melkij

При нагрузках от 20-30 минут в любых играх температура до 100 градусов поднимается на комплектном кулере.

Это гарантированный троттлинг и уход в защиту от перегрева. Порой и reset принудительный защита делает на таких температурах.
Программно вся защита не отключается. По спецификации - крышка не должна греться выше 67,4 градусов

М.б. драйвера старой видюхи - Также у меня до этого стояла radeon 6670hd, поставил 1060 и удалил все старые драйвера с очисткой реестра (м.б. есть способ их искоренить более глубоким способом или нужно винду переустановить?).

Да, это так же может быть причиной.

Частота видеопамяти - есть два момента:
- программа может выводить частоту шины, тогда как память используется DDR - double data rate. Соответственно эффективная частота в два раза выше (скорей всего это вы и наблюдаете, не знаю что там aida показывает)
- если смотреть в простое, то это может быть пониженная частота режима энергосбережения

Нет.
У E5300 вообще нет видеоядра и потому этот процессор в принципе никак с монитором взаимодействовать не может.

Если на вашей материнской плате есть видеовыходы - значит видеоядро встроено в материнскую плату, обычно это в те давние времена было в составе северного моста. Соответственно уточнять необходимо по спецификации материнской платы.
Два монитора - скорей всего да, с тремя помнится бывали трудности. Но обычно можно поставить какую-нибудь простую дискретную видеокарту.

Практически буквально так и пишется:

SELECT * from cc_files WHERE lptime < now() - interval '1 hour'

2 млн записей - это такие копейки.
Что-то делают обычно когда проект не влезает в описание "сейчас никаких проблем".

Что основное можно сделать:
покрутить настройки checkpointer (чтобы checkpoint срабатывал реже - резко меньше random i/o, но при крахе база может дольше стартовать), autovacuum (опустить оба scale_factor куда-нибудь в 0.05 - чтобы автовакуум запускался чаще, но делал меньше работы, плюс уменьшить autovacuum_vacuum_cost_delay - это зависит от дисков)
shared_buffers где-то в 25% от объёма RAM
включить pg_stat_statements и поглядывать топ запросов оттуда

(select ... from tablename where id < 88 order by id desc limit 50)
union all
(select ... from tablename where id > 88 order by id asc limit 50)
order by id

Конструктор почти сразу вызывает sqlite_open, в описании которого говорится:

The database is opened for reading and writing, and is created if it does not already exist. This is the behavior that is always used for sqlite3_open()

То есть нет, штатного способа нет, похоже на уровне самой библиотеки. Или по крайней мере того способа, как она используется из PDO.

Поднять где-нибудь рядом реплику. Потому что операции на дисках - это всегда опасно.

проверяете по dmesg что аномалий нет.
mdadm /dev/md1 -f /dev/sda
mdadm /dev/md1 -r /dev/sda
echo 1 > /sys/block/sda/device/delete
проверяете dmesg
отключаете диск физически. Если перепутаете - будет очень плохо.
втыкаете куда надо, проверяете по dmesg что система его нормально увидела
mdadm /dev/md1 -a /dev/sda
ждёте по /proc/mdstat синхронизацию. Затем повторяете со вторым диском.

В php есть только те функции, которые специально были экспортированы из C кода. Вот здесь: https://github.com/php/php-src/tree/PHP-5.3/ext/curl

Соберётся ли php5.3 (в зависимости от минорного релиза датируемый 2009-06-30 - 2014-08-14) с curl 7.34 (2013-12-17 дата релиза) - попробуйте. 5.3.29 по идее должен собраться.

Из поиска магазинов, очевидно.
https://tech.yandex.ru/market/content-data/doc/dg-...

Казалось бы, ответ очевиден

Нет, не очевиден. См. близкие Single Thread попугаи.
У E3-1225 v5 чуть меньшие частоты, но архитектура новее на 3 года. С классическими 5% в год от интела всё равно разница есть.
Плюс скорей всего здесь больше влияния имеет латентность памяти.

Client does not support authentication protocol requested by server; consider upgrading MySQL client

Что-то непонятно в сообщении? Обновите клиентскую библиотеку.

Если речь о mysql 8.0 - то вторая возможность поменять default-authentication-plugin, который был в 8.0 изменён.

Оба конца должны быть с индексами.
Один хвост проверяется при вставке и изменении таблицы, чтобы поле ссылка вело куда-нибудь.
Обратная проверка выполняется при изменении/удалении из таблицы справочника, чтобы не удалить случайно строку на которую кто-то ещё ссылается.

innodb требует, чтобы индекс на referenced (на которую ссылаемся) табличке уже был. Индекс на табличке которой alter table делаем будет неявно создан если отсутствовал. Таким образом innodb требует наличие индексов на обоих концах FK.

У вас просто терминал узкий для вашей выборки.
Широкие результаты часто удобнее читать в широком виде, который переключается с помощью команды \x в psql:

melkij=> select generate_series(1,3);
 generate_series 
-----------------
               1
               2
               3
(3 строки)

melkij=> \x
Расширенный вывод включён.
melkij=> select generate_series(1,3);
-[ RECORD 1 ]---+--
generate_series | 1
-[ RECORD 2 ]---+--
generate_series | 2
-[ RECORD 3 ]---+--
generate_series | 3