Расследуй плохой запрос и почини до Index Scan

Шаги

1. 01

   Подготовь таблицу событий с индексом по времени

   sqlcopy

   CREATE TABLE ev AS

     SELECT g AS id, now() - (g || ' minutes')::interval AS at

     FROM generate_series(1, 200000) g;

   CREATE INDEX ON ev(at);

   ANALYZE ev;

   подсказка

   Индекс по at - то, что каст потом сделает бесполезным.

   ✓ Таблица и индекс по at готовы.

2. 02

   Плохой запрос: каст убивает индекс

   sqlcopy

   EXPLAIN ANALYZE SELECT * FROM ev WHERE at::date = current_date;

   Заметь Seq Scan: at::date оборачивает колонку в функцию, и индекс по at не подходит. Посмотри расхождение estimated/actual rows.

   подсказка

   Функция или каст над индексированной колонкой делает условие не-sargable.

   ✓ Seq Scan - каст обернул колонку, индекс не использован.

3. 03

   Перепиши на диапазон - индекс оживает

   Не трогай колонку, сравнивай её саму:

   sqlcopy

   EXPLAIN ANALYZE SELECT * FROM ev

   WHERE at >= current_date AND at < current_date + 1;

   Условие стало sargable - планировщик берёт индекс (Index или Bitmap Scan). Предскажи тип узла перед проверкой.

   подсказка

   Диапазон по самой колонке at позволяет использовать индекс.

   ✓ Индексный доступ вернулся - условие стало sargable.

4. 04

   Сравни BUFFERS двух вариантов

   sqlcopy

   EXPLAIN (ANALYZE, BUFFERS) SELECT * FROM ev

   WHERE at >= current_date AND at < current_date + 1;

   В строке Buffers видно shared hit/read. Sargable-вариант трогает куда меньше страниц, чем Seq Scan по всей таблице.

   подсказка

   shared read - чтения с диска, shared hit - попадания в кеш.

   ✓ Видно BUFFERS - sargable-запрос читает меньше страниц.