показывает какие сессии кого блокируют. наличие локов не означает наличие блокировок

О’кей, спасибо.

Что-то я слишком хорошо свою базу смастерил.

создаёте такую схему

CREATE TABLE a(a_id int CONSTRAINT p_a PRIMARY KEY, a_name text UNIQUE, a_created timestamptz);
CREATE TABLE b(b_id int CONSTRAINT p_b PRIMARY KEY, b_name text UNIQUE, a_id int REFERENCES a);
INSERT INTO a VALUES (1, 'One', (now()-INTERVAL '3 days')), (2, 'Two', now());
INSERT INTO b VALUES (1, 'Eins', 1), (2,'Zwei',2);

затем запускаете такие комманды в отдельных сессиях (важно наличие транзакций!):
--

 all sessions within transaction
S1: INSERT INTO a VALUES (3, 'Three', now());
S1: UPDATE b SET b_name='A One' WHERE b_id=1;

S2: INSERT INTO a VALUES (3, 'Drei', now()); -- transactionid

S3: UPDATE b SET b_name='The One' WHERE b_id=1; -- transactionid

S4: DELETE FROM a WHERE a_id=1; -- tuple

S5: ALTER TABLE a DROP CONSTRAINT p_a; -- relation

S6: DROP TABLE b; -- relation

смотрите на вывод скрипта из #3

привет всем! скажите что за ошибка ссылки между базами не реализованы: "football.public.league"

create database football with owner = postgres encoding = 'UTF8' connection limit = -1

create table football.public.league (id integer not null generated always as identity,
name character varying(64) not null,
primary key (id))
with (oids = false);
alter table football.public.league owner to postgres

> ключь
Дальше не читал. Потому что непотребство.

Отчего ж, нормальный императив. Просто запятыми не выделен: Ключь её, ключь!
Ну, то есть таблицу.
Не?

pq: value "018210004379" is out of range for type integer

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

Добрый день, коллеги!
Смотрю логи postgre: cat /var/lib/pgsql/12/data/log/postgresql-Wed.log и вижу такие ошибки timescaledb как на скрине.
Ставил по мануалу timescaledb-2 на Centos 8 steam + PostgreSQL 12 для zabbix 5.2.
zcat /usr/share/doc/zabbix-server-pgsql*/create.sql.gz | sudo -u zabbix psql zabbix
echo "CREATE EXTENSION IF NOT EXISTS timescaledb CASCADE;" | sudo -u postgres psql zabbix
zcat /usr/share/doc/zabbix-server-pgsql*/timescaledb.sql.gz | sudo -u zabbix psql zabbix
Заббикс вроде завёлся и работает вроде  штатно. Но не дают мне покоя эти ошибки лога. Как с ними бороться, подскажите плиз новичку в постгри?

интерсно кто это разрешает русским текстом логи писать )
прикольно

русские хакеры видимо... )))

У вас timescaledb пытается для каждой таблицы истории создать политику сжатия старых чанков и валится с ошибкой отсутствия таблицы _timescaledb_config.bgw_policy_compress_chunks . Вот почему таблицы нет это вопрос. Посмотрите для начала точно ли ее нет, потом посмотрите может на github timescaledb есть подобная проблема, т.к. версия 2 недавно вышла, может это баг какой-то.

Работать все будет итак, без сжатия данные будут лежать и все. Полагаю политики пытается создать сам Zabbix т.к. у него есть настройки через интерфейс с какой давностью сжимать чанки и он вызывает эту процедуру в timescaledb.

int8 / numeric

https://stackoverflow.com/questions/24308239/postgresql-integer-out-of-range

тут работает с биг инт и у меня законало, но почитаю о вышеуказанных Вами тиах данных...

int8 == bigint

Так... там еще и на саму функцию add_compress_chunks_policy ругается что ее не существует...

спасибо. Покопаю немного в этом направлении

А у вас нет информации поддержвиает ли zabbix 5.2 timescaledb 2 версии? Я полагаю там могли какие-то сущности измениться по сравнению 1.7.  По вашей проблеме не смог найти что-то конкретное.

Как я понял поддерживает.
Я немного подтюнил десяток параметров в конфиге постгри, в т.ч. max_connections. Сделал его 300. А также подтюнил многопоточность заббикса в конфиге для снятия будущих возможных очередей.
перегрузил демонов постгри и заббикса...
И... ошибки в логах перестали появляться... ))) Сам не не понял, что помогло...)))