Highload-блоки Битрикс - это хранилище для больших объёмов однотипных данных: каждая сущность живёт в отдельной таблице базы, без служебных полей, событий и проверки прав, которые тянут за собой инфоблоки. За счёт этого выборки работают в разы быстрее. Переходить на highload-блоки стоит, когда справочники, логи или значения свойств разрослись до сотен тысяч записей и обычные инфоблоки стали узким местом. А вот карточкам товаров и разделам каталога лучше оставаться в инфоблоках: у highload-блоков нет готовых детальных страниц, SEO-настроек и привычной редакторам админки.
Чем highload-блоки отличаются от инфоблоков Битрикс
| Критерий | Инфоблоки | Highload-блоки |
|---|---|---|
| Хранение | Общие таблицы для всех данных | Отдельная таблица на сущность |
| Скорость выборок | Средняя, падает с ростом данных | Высокая даже на миллионах записей |
| Детальные страницы и SEO | Из коробки: URL, метатеги, компоненты | Нет, только своими руками |
| События и права | Полный набор | Минимум: базовые события ORM |
| Интерфейс редактирования | Привычный, богатый | Простой список полей |
| Типовое применение | Товары, новости, страницы | Справочники, логи, значения фильтров |
Когда обычных инфоблоков уже мало: типовые сценарии
- Справочники для фильтра каталога - бренды, цвета, размеры, города: умный фильтр Битрикс штатно работает со справочными свойствами в highload-блоках
- Логи и история - просмотры товаров, поисковые запросы, действия пользователей: миллионы строк, которым нечего делать в инфоблоках
- Избранное, сравнения, подписки на цену - быстрые связки «пользователь - товар»
- Отзывы и рейтинги - когда их тысячи и важна скорость агрегации
- Технические данные из 1С - остатки по складам, штрихкоды, служебные коды, которые не должны раздувать карточку товара
Как внедряют highload-блоки без переписывания сайта
- Аудит: что реально тормозитСначала журнал медленных запросов и монитор производительности - методику мы разобрали в статье про медленные запросы MySQL. Highload-блоки лечат конкретную болезнь, а не всё подряд.
- Проектирование сущностейКакие поля нужны, какие индексы, как данные связаны с товарами и пользователями. Ошибка на этом шаге - самая дорогая.
- Миграция данныхСкрипт переносит записи из инфоблока или сторонних таблиц, сверяет количество и контрольные выборки.
- Точечная замена выборок в кодеКомпоненты переключаются на ORM-запросы к новой таблице. Шаблоны и вёрстка не меняются - посетитель разницы не видит.
- Замер до и послеВремя генерации страниц и нагрузка на MySQL до миграции и после - отчёт, который показывает эффект в цифрах.
Каталог и фильтр тормозят на больших данных?
Перенесём справочники, логи и значения фильтров в highload-блоки: спроектируем структуру, мигрируем данные без простоя и покажем замеры до и после.
Сколько стоит внедрение highload-блоков
Перенос одного-двух справочников с заменой выборок - от 300 BYN. Комплексная работа с крупным каталогом: аудит, миграция логов и свойств, оптимизация фильтра - ориентир 300-800 BYN и 3-7 дней, точная смета после аудита. Если тормозит не структура данных, а код или сервер, скажем честно и предложим более дешёвое решение - начните с общего разбора в статье как ускорить сайт.
Частые вопросы о highload-блоках
Highload-блоки входят во все редакции 1С-Битрикс?
Сколько записей выдерживает highload-блок?
Пострадает ли SEO при переносе данных в highload-блоки?
Можно ли редактировать данные highload-блока руками?
Highload-блоки - инструмент точечный: в правильном месте они снимают нагрузку в разы, в неправильном - добавляют работы без эффекта. Сомневаетесь, куда переносить данные и надо ли вообще - покажите проект нам: в рамках доработки сайтов на Битрикс сделаем аудит структуры, дадим план и смету за 1 день. С 2013 года и 450+ проектов - насмотренность позволяет не советовать лишнего.
