System Design Basics for Backend Developers · Lekcja

Indeksowanie i optymalizacja zapytań

Dowiedz się, jak działają indeksy baz danych, kiedy ich używać i jak optymalizować zapytania pod kątem szybkiego odczytu bez paraliżowania zapisów.

Indeksowanie i optymalizacja zapytań to bezpłatna lekcja System Design Basics for Backend Developers na CoddyKit. To lekcja 4 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej System Design Basics for Backend Developers, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs System Design Basics for Backend Developers zawiera 4 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

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

Często zadawane pytania

Czy lekcja „Indeksowanie i optymalizacja zapytań” jest bezpłatna?

Tak — pełny tekst „Indeksowanie i optymalizacja zapytań” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu System Design Basics for Backend Developers, przejdź na CoddyKit PRO. Kurs System Design Basics for Backend Developers zawiera 4 lekcji w sumie.

Co nauczysz się w „Indeksowanie i optymalizacja zapytań”?

Dowiedz się, jak działają indeksy baz danych, kiedy ich używać i jak optymalizować zapytania pod kątem szybkiego odczytu bez paraliżowania zapisów. Ćwiczysz System Design Basics for Backend Developers z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć System Design Basics for Backend Developers?

Nie wymagamy żadnego doświadczenia. System Design Basics for Backend Developers w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 4 z 4.

Ile czasu zajmuje lekcja „Indeksowanie i optymalizacja zapytań”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji System Design Basics for Backend Developers?

Tak. Każda lekcja System Design Basics for Backend Developers zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

← Powrót do System Design Basics for Backend Developers