System Design Basics for Backend Developers · Aula

Indexação e Otimização de Consultas

Entenda como funcionam os índices de banco de dados, quando usá-los e como otimizar consultas para leituras rápidas sem prejudicar as gravações.

Indexação e Otimização de Consultas é uma aula grátis de System Design Basics for Backend Developers no CoddyKit. Esta é a aula 4 de 4. Você pode ler a aula completa abaixo gratuitamente — depois pratica ao vivo no navegador com um editor de código integrado e um tutor de IA 24/7. Faz parte do caminho de aprendizado de System Design Basics for Backend Developers, e seu progresso é sincronizado entre a web e o app CoddyKit. O curso de System Design Basics for Backend Developers inclui 4 aulas no total.

Partes desta aula ainda não foram traduzidas e aparecem em inglês.

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

Perguntas Frequentes

A aula “Indexação e Otimização de Consultas” é grátis?

Sim — o texto completo de “Indexação e Otimização de Consultas” é grátis para ler aqui na web. Para praticá-la interativamente (um editor de código integrado e um tutor de IA 24/7) e desbloquear o restante do curso de System Design Basics for Backend Developers, atualize para CoddyKit PRO. O curso de System Design Basics for Backend Developers inclui 4 aulas no total.

O que vou aprender em “Indexação e Otimização de Consultas”?

Entenda como funcionam os índices de banco de dados, quando usá-los e como otimizar consultas para leituras rápidas sem prejudicar as gravações. Você pratica System Design Basics for Backend Developers com código prático que executa diretamente no navegador, e um tutor de IA 24/7 responde suas dúvidas enquanto trabalha na aula.

Preciso ter experiência prévia para começar System Design Basics for Backend Developers?

Nenhuma experiência prévia é necessária. System Design Basics for Backend Developers no CoddyKit é estruturado para alunos iniciantes até avançados, então você pode começar aqui ou desde o início e aprender no seu ritmo. Esta é a aula 4 de 4.

Quanto tempo leva a aula “Indexação e Otimização de Consultas”?

A maioria das aulas CoddyKit leva cerca de 5–10 minutos. Cada uma é compacta e interativa, então você faz progresso constante e retoma exatamente de onde parou entre web e app.

Posso escrever e executar código nesta aula de System Design Basics for Backend Developers?

Sim. Cada aula de System Design Basics for Backend Developers inclui um editor de código integrado, então você escreve e executa código real direto no navegador e recebe feedback de IA instantaneamente — nenhuma configuração local necessária.

Todas as aulas deste curso

← Voltar para System Design Basics for Backend Developers