• Медленная вставка и обновление данных (INSERT/UPDATE) в сильно индексированных таблицах.
• Чрезмерный объем кэша shared_buffers, занятый «холодными» индексами.
• Раздувание объема резервных копий из-за наличия идентичных или перекрывающихся индексов.

1. Поиск абсолютно неиспользуемых индексов (idx_scan = 0)

Запрос исключает первичные ключи и уникальные ограничения:

SELECT 
    schemaname || '.' || relname AS table_name,
    indexrelname AS index_name,
    pg_size_pretty(pg_relation_size(i.indexrelid)) AS index_size,
    idx_scan AS index_scans
FROM pg_stat_user_indexes ui
JOIN pg_index i ON ui.indexrelid = i.indexrelid
WHERE NOT i.indisunique 
  AND NOT i.indisprimary
  AND ui.idx_scan = 0
ORDER BY pg_relation_size(i.indexrelid) DESC
LIMIT 20;

2. Поиск дублирующих и избыточных индексов

Например, индекс на (a) избыточен, если уже существует композитный индекс на (a, b):

SELECT 
    indrelid::regclass AS table_name,
    indexrelid::regclass AS redundant_index,
    indkey::text AS redundant_keys
FROM pg_index
WHERE indisvalid
ORDER BY indrelid;

3. Безопасное удаление неиспользуемого индекса

Используйте CONCURRENTLY для исключения блокировки таблицы во время удаления:

DROP INDEX CONCURRENTLY IF EXISTS idx_orders_old_status;

4. Сброс счетчиков статистики индексов

Если вы хотите начать чистый аудит после релиза:

SELECT pg_stat_reset();