> Что такое индексы в базах данных и зачем они нужны (PHP)

Короткий ответ

Индекс в базе данных - это структура данных, которая ускоряет поиск и сортировку строк в таблице. Без индекса СУБД выполняет полное сканирование таблицы, что медленно на больших объёмах данных. Индексы работают по принципу отсортированной копии части данных, позволяя находить нужные записи за логарифмическое время вместо линейного. Они критически важны для производительности запросов, но требуют дополнительного места на диске и замедляют операции вставки, обновления и удаления.

Подробное объяснение

Индекс - это отдельная структура, которая хранит значения одного или нескольких столбцов в отсортированном виде и ссылки на соответствующие строки таблицы. По умолчанию в большинстве СУБД используется B-tree, но бывают также hash-индексы, bitmap-индексы и другие.

Основная задача индекса - избежать полного сканирования таблицы (full table scan). Когда запрос содержит условие WHERE, JOIN, ORDER BY или GROUP BY по индексированному столбцу, СУБД может быстро найти нужные записи, двигаясь по дереву, а не перебирая все строки.

Индексы бывают:

• первичный (primary key) - создаётся автоматически, уникальный;
• уникальный (unique) - гарантирует уникальность значений;
• составной (composite) - по нескольким столбцам;
• покрывающий (covering) - содержит все столбцы, нужные запросу, чтобы не обращаться к таблице.

Важный trade-off: индексы ускоряют чтение, но замедляют запись. При каждой вставке, обновлении или удалении СУБД должна обновлять и сам индекс. Поэтому создавать индексы нужно только под реальные запросы, а не "на всякий случай".

На практике

В PHP-проектах с MySQL или PostgreSQL индексы чаще всего создаются через миграции. Типичный сценарий: приложение начинает тормозить на запросах к большой таблице, вы смотрите EXPLAIN и видите type: ALL (полное сканирование) - это сигнал добавить индекс.

Пример ситуации: таблица users на 1 млн строк, запрос SELECT * FROM users WHERE email = 'test@example.com'. Без индекса - до 500 мс, с индексом - 1-2 мс.

При проектировании схемы сразу закладывайте индексы под внешние ключи и поля, которые часто используются в WHERE и JOIN. Но помните: на маленьких таблицах (до нескольких тысяч строк) индекс может быть бесполезен - СУБД и так быстро просканирует всё.

Пример кода

SQL
-- Создание индекса на один столбец
CREATE INDEX idx_users_email ON users (email);

-- Составной индекс
CREATE INDEX idx_orders_user_status ON orders (user_id, status);

-- Уникальный индекс
CREATE UNIQUE INDEX idx_users_phone ON users (phone);

-- Проверка плана запроса
EXPLAIN SELECT * FROM users WHERE email = 'test@example.com';

В PHP (Laravel) через миграции:

PHP
Schema::table('users', function (Blueprint $table) {
    $table->index('email');
    $table->unique('phone');
});

Как отвечать на собеседовании

Начните с простого определения, затем переходите к механике: как работает B-tree, почему поиск ускоряется. Обязательно упомяните trade-off с производительностью записи. Приведите конкретный пример из практики: когда вы добавили индекс и запрос ускорился в N раз. Если спросят про EXPLAIN - покажите, что умеете читать план запроса и видеть разницу между ALL и ref или range.

Хорошо, если вы упомянете, что индекс не всегда полезен: на маленьких таблицах, на столбцах с низкой селективностью (например, gender), и что лишние индексы вредят. Это покажет глубину понимания.

Что проверяет интервьюер

Интервьюер оценивает:

• понимание базового принципа работы индекса;
• знание типов индексов и их отличий;
• осознание компромисса между скоростью чтения и записи;
• умение применять индексы на практике (когда создавать, а когда нет);
• знание инструментов диагностики - EXPLAIN, EXPLAIN ANALYZE.

Для junior достаточно уверенно объяснить, зачем нужны индексы и как их создать. Умение анализировать план запроса - уже плюс.

Типичные ошибки

• Индексировать всё подряд - "чтобы быстрее было". Это замедляет запись и раздувает базу.
• Не учитывать селективность - индекс на столбец, где 90% значений одинаковые, почти бесполезен.
• Забывать про составные индексы - когда в WHERE два условия, а индекс только на одно.
• Не смотреть EXPLAIN - добавление индекса вслепую, без проверки плана запроса.
• Индексировать столбцы, которые редко используются в запросах - трата ресурсов.
• Путать первичный ключ и индекс - первичный ключ - это тоже индекс, но с дополнительными ограничениями.