Доброго времени суток!

БД: PostgreSQL 11.10 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 8.3.1 20191121 (Red Hat 8.3.1-5), 64-bit
Сервер 16 ядер 16GB ОЗУ

Проблема следующая:
Есть в базе таблица t и 200 таблиц, унаследованных от этой таблицы, например, так
CREATE TABLE t1 (
type_id BIGINT,
.......
некоторое кол-во своих полей
.......
) INHERITS (t)
WITH (oids = false);

Таким образом для таблицы t есть множество дочерних t1,t2,t3...t200
И все дочерние имеют все необходимые индексы, и каждая и них имеет свой собственный набор полей плюс к унаследованным от таблицы t.
В некоторых случаях требуется обратиться к родительской таблице t чтобы выбрать несколько или найти одну нужную запись в одной из дочерней таблицы.
В какой-то момент, не сразу, а скажем под возросшей нагрузкой до ~200-500 запросов в секунду на сервере наблюдается резкий рост 100% потребления CPU и все READ ONLY запросы,
где участвует эта таблица t начинают висеть с
wait_event_type=LWLock
wait_event=lock_manager
state=active
При этом замедляясь в 1К и более раз.
В pg_stat_activity в это время наблюдается ~200 записей в таком состоянии.

Пока ставится диагноз, что системный процесс не успевает раздавать легковесные блокировки из-за высокой конкуренции за CPU.
И пока видится решение сделать материализованную таблицу mt с фиксированным набором полей, который используются в запросах к t
и поддерживать актуальность записей в таблице mt через DML триггеры на всех таблицах t1-t200.

Прошу покритиковать решение, буду благодарен за любые предложения его улучшить.

Да так и есть, вы все правильно поняли.
В плане портянка и обращение ко всем таблицам.
запрос к блокировкам возвращает 2К записей:

если кому интересно,
решение зависаний найдено

настройки pgBouncer
pool_mode = transaction
default_pool_size = <кол-во ядер>