Изредка очень долгое выполнение транзакции UPDATE?

Question

[che_aa]

Вопрос 1 в 1 как в Изредка очень долгое выполнение транзакции UPDATE?
Там в ответе написано изменить postgresql.conf
Я изменил через postgresql generator ( https://pgconfigurator.cybertec.at/ )

Конфиг

max_connections = 200
shared_buffers = 3GB
effective_cache_size = 9GB
maintenance_work_mem = 768MB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
effective_io_concurrency = 200
work_mem = 28086kB
huge_pages = off
min_wal_size = 1GB
max_wal_size = 4GB
max_worker_processes = 8
max_parallel_workers_per_gather = 4
max_parallel_workers = 8
max_parallel_maintenance_workers = 4
shared_preload_libraries = 'pg_stat_statements'

Но проблема не решилась, что я не так сделал. есть хорошие мануалы по этой теме?

Answer 1

[nApoBo3]

Попробуйте начать с этого https://habr.com/ru/articles/319832/

Comments

[che_aa]

Вообщем, прочитал статьи, посмотрел логи, посмотрел что блокирует процессы.
Блокируют процессы в основном COMMIT транзакции, изредка UPDATE
Транзакции вида:

UPDATE "table" SET "a" = ("table"."a" + 1), "b" = ("table"."b" + 1) WHERE "table"."c" = 'ccc'

Почему подобные транзакции могут блокировать таблицу?
У меня много подобных запросов (около 3-10 в секунду)

[nApoBo3]

che_aa, важно понимать сама по себе блокировка не вызывает проблемы, проблему вызывает ожидание блокировки. Т.е. нужно посмотреть кто эту блокировку наложил и кто ждет когда ее освободят. Опять таки блокировки бывают разных типов.

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

В вашем случае нужно так же учесть как именно будет работать ("table"."a" + 1), это не тоже самое, что set "a" = 2( ну или любое другое произвольное значение ).