ИндексыСредний

EXPLAIN / EXPLAIN ANALYZE

EXPLAIN показывает план выполнения запроса. EXPLAIN ANALYZE выполняет запрос и показывает реальное время.

Синтаксис

EXPLAIN [ANALYZE] [BUFFERS] SELECT ...;
EXPLAIN (FORMAT JSON) SELECT ...;

Объяснение

EXPLAIN показывает что планировщик собирается делать: какие индексы использовать, какие типы соединений. EXPLAIN ANALYZE реально выполняет запрос — будь осторожен с UPDATE/DELETE (оберни в транзакцию и ROLLBACK). Что смотреть: - Seq Scan на большой таблице — нужен индекс - Rows: большое расхождение плана и реальности — нужен ANALYZE - cost — условные единицы, сравнивай между узлами

Пример

-- Безопасный EXPLAIN ANALYZE для UPDATE
BEGIN;
EXPLAIN ANALYZE
  UPDATE orders SET status = 'expired' WHERE created_at < '2023-01-01';
ROLLBACK;

Связанные термины

B-tree индексТип индекса по умолчанию в PostgreSQL. Подходит для операций =, <, >, BETWEEN, LIKE 'prefix%'.INDEX (индекс)Структура данных, ускоряющая поиск строк по значению колонки.Seq Scan / Index ScanSeq Scan — полное сканирование таблицы. Index Scan — поиск через индекс. EXPLAIN показывает какой метод выбран.

Анекдоты по теме

— Что такое Hot Standby? — Replica, которая принимает SELECT запросы пока реплицирует. — Можно писать на реплику? — Нет. Только чтение. — Зачем? — Снять нагрузку чтения с primary: аналитика, отчёты, бэкапы. — А данные всегда свежие? — С небольшой задержкой (lag). Мониторь pg_stat_replication.

— Что такое Bitmap Scan? — Промежуточный шаг. PostgreSQL сначала собирает битмап нужных страниц через индекс, потом читает страницы по порядку. — Зачем? — Когда строк много для Index Scan, но мало для Seq Scan. Лучший I/O паттерн. — Три метода: Seq Scan, Index Scan, Bitmap Index Scan. Оптимизатор выбирает.

Подзапрос говорит JOIN: — Я тоже могу соединять таблицы! JOIN: — Но я делаю это один раз. Подзапрос: — Зато я более читаем! OPTIMIZER: — На самом деле я часто превращаю подзапросы в JOIN сам.

Все анекдоты →

Потренироваться →Вопросы на собесе →← Все термины