0Pricing
System Design Basics for Backend Developers · Урок

Индексация и оптимизация запросов

Разберитесь, как работают индексы баз данных, когда их использовать и как оптимизировать запросы для быстрого чтения без критического замедления записи.

«Индексация и оптимизация запросов» — бесплатный урок System Design Basics for Backend Developers на CoddyKit. Это урок 4 из 4. Ты можешь прочитать весь урок бесплатно ниже — а потом практиковать его прямо в браузере с встроенным редактором кода и ИИ-репетитором 24/7. Это часть пути обучения System Design Basics for Backend Developers, и твой прогресс синхронизируется между веб-версией и приложением CoddyKit. Курс System Design Basics for Backend Developers содержит 4 уроков всего.

Части этого урока еще не переведены и отображаются на английском.

Why Indexes Matter

Without an index, finding a row means scanning every row — a full table scan. As tables grow into millions of rows, this becomes painfully slow.

An index is a separate data structure that lets the database jump straight to matching rows.

The B-Tree Index

Most relational indexes use a B-tree: a balanced tree that keeps keys sorted. Lookups, range scans, and ordering all become logarithmic instead of linear.

  • Fast equality lookups (WHERE id = 5)
  • Fast range queries (WHERE age > 30)
  • Supports ORDER BY without re-sorting

Creating an Index

You create an index on the column(s) you frequently filter or sort by.

Here we index the email column so login lookups are instant.

CREATE INDEX idx_users_email
  ON users (email);

SELECT * FROM users
WHERE email = 'a@example.com';

Composite Indexes

A composite index covers multiple columns. Column order matters: the index helps queries that filter on a left-prefix of the columns.

An index on (country, city) helps WHERE country = ? and WHERE country = ? AND city = ?, but not WHERE city = ? alone.

CREATE INDEX idx_loc
  ON customers (country, city);

Covering Indexes

If an index contains every column a query needs, the database answers from the index alone and never touches the table. This is a covering index.

It is one of the most powerful read optimizations available.

The Write Cost

Indexes are not free. Every INSERT, UPDATE, or DELETE must also update each affected index.

  • More indexes = slower writes
  • More indexes = more storage

Index for the queries you actually run, not speculatively.

Reading EXPLAIN

Use EXPLAIN (or EXPLAIN ANALYZE) to see the query plan. Look for Index Scan (good) versus Seq Scan (full table scan).

EXPLAIN ANALYZE
SELECT * FROM orders
WHERE customer_id = 42;

Selectivity

An index helps most when the column is highly selective — it filters down to a tiny fraction of rows. Indexing a boolean is_active with a 50/50 split is nearly useless; the planner may ignore it.

Avoiding Index-Defeating Queries

Wrapping an indexed column in a function or doing a leading wildcard defeats the index.

  • WHERE LOWER(email) = ? — index on email unused
  • WHERE name LIKE '%son' — leading wildcard, no index

Store data in the form you query, or use a functional index.

-- Defeats the index:
SELECT * FROM users WHERE LOWER(email) = 'a@x.com';
-- Better: store email already lowercased

Indexing and Sharding Together

In a sharded system each shard maintains its own indexes. A query that includes the shard key hits one shard and one index; a query without it must fan out to every shard. Design indexes and shard keys together.

A Practical Workflow

Optimize iteratively: find slow queries from logs, run EXPLAIN, add a targeted (often composite or covering) index, re-measure, and drop indexes that are never used.

Quick Check

Test your understanding of indexing.

Recap

You learned how to make reads fast with indexes:

  • B-tree indexes power equality, range, and ordering
  • Composite indexes follow the left-prefix rule
  • Covering indexes answer queries without touching the table
  • Indexes cost write speed and storage — index deliberately
  • Use EXPLAIN and watch for index-defeating patterns

Часто задаваемые вопросы

Урок «Индексация и оптимизация запросов» бесплатный?

Да — полный текст урока «Индексация и оптимизация запросов» бесплатно доступен здесь в веб-версии. Чтобы практиковать его интерактивно (встроенный редактор кода и ИИ-репетитор 24/7) и разблокировать остальной курс System Design Basics for Backend Developers, подпишись на CoddyKit PRO. Курс System Design Basics for Backend Developers содержит 4 уроков всего.

Чему я научусь в уроке «Индексация и оптимизация запросов»?

Разберитесь, как работают индексы баз данных, когда их использовать и как оптимизировать запросы для быстрого чтения без критического замедления записи. Ты практикуешь System Design Basics for Backend Developers с помощью реального кода, который запускаешь прямо в браузере, и ИИ-репетитор 24/7 отвечает на твои вопросы во время урока.

Нужен ли мне опыт, чтобы начать System Design Basics for Backend Developers?

Предыдущий опыт не требуется. System Design Basics for Backend Developers на CoddyKit структурирован для всех уровней — от новичков до продвинутых, поэтому ты можешь начать отсюда или с самого начала и учиться в своем темпе. Это урок 4 из 4.

Сколько времени занимает урок «Индексация и оптимизация запросов»?

Большинство уроков CoddyKit занимают около 5–10 минут. Каждый из них компактный и интерактивный, поэтому ты постоянно делаешь прогресс и продолжаешь с того же места в веб-версии и приложении.

Можно ли писать и запускать код в этом уроке System Design Basics for Backend Developers?

Да. Каждый урок System Design Basics for Backend Developers включает встроенный редактор кода, поэтому ты пишешь и запускаешь реальный код прямо в браузере и получаешь моментальную обратную связь от AI — локальная установка не требуется.

Все уроки этого курса

  1. Реляционные и нереляционные базы данных
  2. Шардирование и репликация данных
  3. Модели согласованности данных
  4. Индексация и оптимизация запросов
← Назад к System Design Basics for Backend Developers