bombardunКоллеги, имею БД postgresql 9.6.2, host ОС CentOS 7.3, виртуальная машина, выделено 16 vcpu.

В базу со стороны приложения переодически прилетают запросы типа "DELETE FROM ACT_RU_EXECUTION WHERE ID_ = 'e4c175a3-b92d-11e7-86a3-fa163eea878d' AND REV_ = '6';",
анализ показывает
explain DELETE FROM ACT_RU_EXECUTION WHERE ID_ = 'e4c175a3-b92d-11e7-86a3-fa163eea878d' AND REV_ = '6';
QUERY PLAN
----------------------------------------------------------------------------------------------------------
Delete on act_ru_execution (cost=0.42..8.44 rows=1 width=6)
-> Index Scan using act_ru_execution_alt_pk_idx on act_ru_execution (cost=0.42..8.44 rows=1 width=6)
Index Cond: (((id_)::text = 'e4c175a3-b92d-11e7-86a3-fa163eea878d'::text) AND (rev_ = 6))
удаление по вполне кошерному индексу
"act_ru_execution_alt_pk_idx" btree (id_, rev_)

но когда подобных запросов прилетает до 20 штук в секунду, CPU нагрузка подскакивает до 90-100%.
Возможно я не прав, но по логике работы postgresql, в момент удаления строки из таблицы, она просто помечается как удаленная, а дальнейшая очистка происходит процессом autovacuum. Что может давать такую нагрузку, подскажите, в какую сторону копать?

Вы explain analyze сделайте... будет больше пользы и станет понятнее.
Я бы предположил наличие непроиндексированных FK ссылающихся на эту таблицу (и seq scan в итоге в триггерах проверки FK).

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru