Начните с плана запроса, затем исправьте самую большую стоимость. Используйте /, чтобы увидеть, что на самом деле делает база данных, добавьте правильные , исключите запросы и выбирайте только необходимые данные.
Начните с плана запроса, затем исправьте самую большую стоимость. Используйте /, чтобы увидеть, что на самом деле делает база данных, добавьте правильные , исключите запросы и выбирайте только необходимые данные.
EXPLAINEXPLAIN ANALYZEEXPLAIN ANALYZE показывает план выполнения и фактические сроки. Seq Scan большой таблицы — это классический красный флаг:
EXPLAIN ANALYZE
SELECT * FROM orders WHERE customer_id = 42;
-- Seq Scan on orders (cost=0.00..18500 rows=120)
-- Filter: (customer_id = 42)
-- rows removed by filter: 999880 ← scanned the whole table!
Индекс превращает полное сканирование в быстрый поиск:
CREATE INDEX idx_orders_customer ON orders (customer_id);
-- Now: Index Scan using idx_orders_customer (cost=0.42..8.5 rows=120)
-- 1,000,000-row scan → ~120-row lookup
Индексы имеют стоимость при записи: каждый INSERT/UPDATE должен также обновить индекс, поэтому индексируйте столбцы, по которым вы фильтруете/объединяете/сортируете — не все столбцы. Составной индекс (customer_id, created_at) обслуживает WHERE customer_id = ? ORDER BY created_at в одной структуре.
Проблема N+1 — один запрос для списка, затем один для каждой строки — основная причина медленности. Замените его на eager loading, JOIN или пакетный IN (...):
-- N+1: 1 + 100 queries
SELECT * FROM orders; -- then per order: SELECT * FROM users WHERE id = ?
-- Fixed: one JOIN, only needed columns
SELECT o.id, o.total, u.name
FROM orders o JOIN users u ON u.id = o.user_id;
Также выбирайте только необходимые столбцы (избегайте SELECT *) и разбивайте на страницы с помощью LIMIT/keyset pagination, чтобы никогда не загружать миллионы строк.
База данных — наиболее распространенное узкое место. Чтение плана показывает вам, почему запрос медленный, вместо того чтобы гадать; правильный индекс, удаление N+1 и сокращение набора результатов обычно превращают многосекундные запросы в миллисекундные — без масштабирования оборудования.