Sobes.tech
Senior
53

¿Qué operaciones son indeseables en una tabla grande con decenas de millones de registros? ¿Cómo optimizar la obtención de COUNT de productos en una promoción desde una tabla muy grande?

Empresas donde se preguntó
DNSDNS

Respuesta de la IA

sobes.tech AI

Операции, которых стоит избегать на очень больших таблицах (десятки миллионов записей):

  • Полные сканирования таблицы (Full Table Scan) — например, SELECT * без индексов.
  • Массовые обновления или удаления без фильтрацииUPDATE или DELETE без WHERE могут блокировать таблицу и долго выполняться.
  • Агрегации без индексовCOUNT(*) или COUNT(товар) без подходящих индексов приводят к долгому сканированию.

Для оптимизации подсчёта количества товаров в акции из большой таблицы:

  1. Использовать индексы по колонкам, участвующим в фильтрах (например, акция_id).
  2. Поддерживать агрегированные данные в отдельной таблице (materialized view или кэш), обновляемой при изменениях.
  3. Использовать партиционирование таблицы по дате или другим критериям, чтобы уменьшить объем данных для сканирования.
  4. Использовать специализированные счетчики или счетчики в памяти (Redis, Memcached) для быстрого доступа.

Пример запроса с индексом:

CREATE INDEX idx_promo_id ON products(promo_id);

SELECT COUNT(*) FROM products WHERE promo_id = ?;

Если запрос всё равно медленный, стоит рассмотреть хранение количества товаров в акции в отдельной таблице и обновлять её при изменениях.