Блог

В настоящее время я сталкиваюсь с проблемой, связанной с некоторыми выборками по первичному ключу. Выбор иногда занимает более 10 секунд, чтобы вернуть строку. Я проанализировал план выполнения и убедился, что все в порядке.

Я начал просматривать запросы, выполняемые в базе данных, со следующим выбором:

 select wait_event_type, wait_event, count(1)
from pg_stat_activity
where state <> ‘idle’
and state is not null
group by wait_event_type, wait_event
order by count(1) desc;
  

Затем я увидел много сеансов, ожидающих в lock_manager:
wait_event_type / wait_event по количеству

Затем я перешел к pg_locks, чтобы посмотреть, какой тип блокировки вызывает проблему: блокировки по режиму Наиболее распространенным режимом блокировки был AccessShareLock. Я также видел среднюю блокировку по pid, и она составляла около 3000. Большинство блокировок находятся в секционированных таблицах (мой выбор выполняется через основную таблицу, а блокировки доступа находятся во всех разделах и индексах разделов). Я увеличил значение max_locks_per_transaction со 128 до 5120, но улучшений не было.

Еще одна вещь, которую я сделал, это запустить perf top и посмотреть, что такое «горячая функция»: hash_search_with_hash_value. perf top

Серверная машина использует низкий процессор: 20%.

Есть ли у вас какое-либо решение для этого? Вам нужна дополнительная информация?

Первым делом нужно было бы перейти с версии 11 на (по крайней мере) версию 12. Разделение стало намного более эффективным, в отличие от блокировки для выбора одного раздела, в этой версии.