помимо того, что pg_ctlcluster также работает под root, оно ещё по умолчанию опцию fast не использует, если память не изменяет

@anikitindba Ins огромное спасибо! этот чат слишком дружелюбный для рускоговорящих, очень рад такой полезной инфе, правда)

Доброй ночи, наставте на путь истинный, в какую сторону копать, процессы postgres.exe забивают цп на 100%

а ОС серверная)?

Не, семёрка

work_mem = у вас сколько?

Жаль. Приоритет понижать пробовали? Производительность страдает?

В десктопном вин вообще все не очень хорошо с адекватностью отображения нагрузки на цпу.

Да, работать тяжеловато)

Честно говоря, пока ничего особо не пробовал, пока только вникаб во все это

Вам то понятно, база страдает? Про воркмем вас правильно спросили, у вас может все улетает на ротацию страниц, ответьте человеку)

Завтра посмотрю, скажу

народ, можете подсказать
потребовалось перелить дамп  с тестовой базы pg_dump / pg_restore

как теперь сбросить wal-g что б он по новой начал?
wal-g wal-verify

WARNING: 2021/06/18 02:33:06.651075 Failed to detect earliest backup WAL segment no: 'No backups found',will scan until the 000000010000000000000001 segment.
+-----+--------------------------+--------------------------+----------------+--------------+
| TLI | START                    | END                      | SEGMENTS COUNT |       STATUS |
+-----+--------------------------+--------------------------+----------------+--------------+
|   1 | 000000010000000000000001 | 000000010000000000000027 |             39 | MISSING_LOST |
|   1 | 000000010000000000000028 | 00000001000000C100000014 |          49389 |        FOUND |
+-----+--------------------------+--------------------------+----------------+--------------+
WAL storage status: FAILURE


пробовал след команды, но безрезультатно
wal-g delete everything
wal-g backup-push --full
pg_archivecleanup -d data/pg_wal/00000*

База не страдает вроде бы как, просто виснет ось

Лучше сразу читать) быстрее разберетесь. В конфиге не так много параметров, надо просто поделится ресурсами с процессами пг

Как реализовать авто инкремент составного ключа?
К примеру у меня таблица состоит из двух полей (id, user_id). User_id - внешний ключ. И эти два поля должны быть составным ключом.
Например, если юзер один и тот же, то айди инкриминируется, а если новый, то для него отдельно.
Пример: id - user_id:
1 - 14
2 - 14
3 - 14
1 - 23
1 - 65
2 - 23

Сикенс тут не поможет, потому что юзеров неопределенное количество.
Поэтому только через лок.
Решил бы я такую задкчу через advisory lock на вставку в эту таблицу с user_id в ключе, брал бы max(id) where user_id=my_user_id и new_id = max(id)+1 . Это 100% рабочее решение.
Но в целом я бы присмотрелся к схеме, оч странный составной ключ, возможно вы что-то не то делаете. Запись в таблицу через лок говорит о том, что что-то накостылено

А воо же недавно тему поднимали
Не стоит заниматься такой фигнёй, оставьте id монотонно возрастающим и все, не будет никаких неожиданностей

А если очень хочется, уже потом внутри запроса можно внутри одного клиента пронумеровать , для этого и придумали оконные функции

Как я тогда смогу получить определённый id через get запрос?
Например, пользователь переходит по ссылке host?id=2, то как взять из БД именно этот айди для конкретного юзера, ведь в таблице они пронумерованы по порядку независимо от user_id?

а зачем ему переходить по id=2 ?
с тем же успехом он может перейти по  id=100500