Данные · Средняя
Проверить индексы и план запросов
Убедиться, что новые и измененные запросы используют подходящие индексы и не создают скрытую нагрузку на базу данных.
Быстро понять за 2 минуты
Убедиться, что новые и измененные запросы используют подходящие индексы и не создают скрытую нагрузку на базу данных. На выходе: для критичных запросов проверен план выполнения.
Контекст
Пункт относится к этапу «Данные». Его задача — превратить рабочее действие в проверяемый результат. Он нужен до передачи результата frontend, QA, DevOps и владельцу продукта: иначе команда рискует добавлять индекс на каждое поле без анализа.
Что это дает
Медленный запрос часто незаметен на тестовых данных, но ломает продакшен при росте таблиц. Проверка плана запроса помогает увидеть проблему до релиза.
Как выполнить
- Найдите запросы, которые фильтруют, сортируют или соединяют большие таблицы.
- Проверьте EXPLAIN/ANALYZE и фактическое использование индексов.
- Добавьте или измените индекс только после оценки влияния на чтение, запись и размер таблицы.
Критерии приемки
- Для критичных запросов проверен план выполнения.
- Индексы соответствуют фильтрам, сортировкам и join-условиям.
- Нет миграций с тяжелым индексом без плана безопасного применения.
Типичные ошибки
- Добавлять индекс на каждое поле без анализа.
- Проверять производительность только на маленькой локальной базе.
- Игнорировать влияние индексов на запись и миграции.
Инструменты
Рабочий артефакт
Data health
Отчет по плану запросов и индексам
Пример для разработки серверного модуля: специалист начинает с действия «Найдите запросы, которые фильтруют, сортируют или соединяют большие таблицы». Затем фиксирует результат в рабочем артефакте и передает его команде. Пункт считается выполненным только когда выполнено условие: «Для критичных запросов проверен план выполнения».
- Slow queries
- Indexes
- Migration safety
- Data retention
Контроль качества
Состояние данных и запросов
Для критичных запросов проверен план выполнения.
После изменения контрактов, релизов, инцидентов, роста нагрузки и пересмотра архитектурных решений.
Контракт, ограничения, сценарии отказа, метрики, владельца сервиса и критерии готовности.
Перед отметкой выполнено: Для критичных запросов проверен план выполнения.
Как применять
Начинайте с границ ответственности и пользовательского сценария, который обслуживает система. Затем проверьте контракт, данные, отказоустойчивость, безопасность и наблюдаемость. Хороший backend-пункт фиксирует, что именно меняется, как это проверить и какие метрики покажут стабильность решения.
Режим обучения
Тест по теме
Проверка понимания
Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.