Melkij

Сколько уже блоку питания? Лет 15? Славно потрудился, оставьте его отдыхать.

Такой артефакт времён ATX1.3 хоть электрически и совместим с ATX2.x (верная схема подключения: 4-pin питание процессора к процессору, 20-пин в 24-пиновый разъём), но рассчитан на в принципе другой workload. Не издевайтесь над пенсионером.

Найдите, где datadir базы. Скорей всего /var/lib/postgresql/(версия базы)/main, но могла была быть перемещена, так же может стоять несколько кластеров базы и разные версии базы - в дебианах и убунтах это делается легко.

Далее установить на новой системе postgresql идентичной major версии и не ниже minor версии что была там. Какая была major версия - смотрите файлик PG_VERSION в datadir. minor версию ставьте последнюю актуальную.
Так понимаю, старая система в принципе не работает? Т.е. старая база выключена? Выключите и новую (пока пустую) базу. Проверьте, если не уверены, обе базы должна быть выключена.
Переименовываете datadir на новом сервере (вообще, можно удалить, но можно и ошибиться консолью и дропнуть не то =) )
Копируете каталог базы: rsync -a /olddatadir /newdatadir
Копируете и правите если надо конфиги из /etc/postgresql/версия_базы
Если каталог pg_tblspc/ в datadir не пуст - скопируйте и симлинки из него и все данные по этим симлинкам в аналогичные места на новой машине.
Если pg_xlog/ является симлинком - его необходимо скопировать. Можно оставить симлинком, можно содержимое перекопировать.
Пробуете запустить базу на новом месте. Смотрите в логи. Если на старом месте база не была повреждена (и ничего нужного скопировать не забыли) - то она запустится.

Для перечислений можно использовать родной enum

melkij=> create type gender as enum('M','W');
CREATE TYPE
melkij=> create table foo (f gender);
CREATE TABLE
melkij=> insert into foo values('M');
INSERT 0 1
melkij=> insert into foo values('F');
ОШИБКА:  неверное значение для перечисления gender: "F"
СТРОКА 1: insert into foo values('F');
                                 ^
melkij=> insert into foo values('');
ОШИБКА:  неверное значение для перечисления gender: ""
СТРОКА 1: insert into foo values('');

И явный check не нужен и добавлять значения проще, особенно если поле используется не в одном месте базы только.

Как добавляли, так и будет храниться и читаться.

postgres=# create schema garage;
CREATE SCHEMA
postgres=# CREATE TABLE garage.users
(
car_id text COLLATE pg_catalog."default"
)
WITH (
OIDS = FALSE
)
TABLESPACE pg_default;
CREATE TABLE
postgres=# insert into garage.users values ('1'), ($$'1'$$), (null);
INSERT 0 3
postgres=# select car_id, car_id is null from garage.users ;
 car_id | ?column? 
--------+----------
 1      | f
 '1'    | f
        | t

- изобрести машину времени
- вернуться на дату 90 дней назад
- включить логирование всех запросов либо настроить ведение и непрерывное архивирование бинарного лога
- вернуться в настоящее время и анализировать настроенный в прошлом шаге лог

Если вы не настроили вести лог изменений - то его никто хранить не будет. Даже mvcc версионник innodb будет стараться вычищать старые версии строк. Потому что зачем хранить кучу данных, если не было изложено требования их хранить?

Maximum number of seconds to spend for benchmarking. This implies a -n 50000 internally.

Максимум != общая продолжительность теста.
https://httpd.apache.org/docs/2.4/programs/ab.html
Читайте внимательнее описания опций.

Если ненужные записи в разрезе логов = все старые логи, то делаете партицирование по дате. Ненужные более старые данные в будущем дропаются целиком всем разделом, просто и без длительных блокировок.

2) Конвертируем таблицу (НЕ БАЗУ) в MyISAM (ALTER TABLE .... ну я просто поменял тип базы в "Операции" над таблицей), оптимизируем MyISAM таблицу.
3) Конвертируем обратно в InnoDB (так же через phpMyAdmin).

Блокировка записи на всё время перестроения. И, емнип, alter table tablename engine=innoodb; (даже если таблица уже в innodb) спровоцирует копирование таблицы с сопутствующим сжатием неиспользуемых пространств. Т.е. конвертирование в myisam избыточно.

А так можно поиграться с созданием новой таблички идентичной старой, копированием через insert select в неё нужных данных, затем копированием актуальных данных и финальным rename и докопированием того что попало в старую табличку до rename. Это не сложно, если табличка именно логов - т.е. только insert и select. Если есть update или delete то надо опять же извращаться. Или согласовывать простой.

# Failed opening .rdb for saving: Read-only file system

ну?

Настроено писать копию данных на диск. Писать копию не получается. Редис обижается и уходит в RO.