Настройка производительности коробки

Настройка производительности коробки начинается тогда, когда портал начинает «задумываться»: медленно открываются сделки, тормозит живая лента, растёт время ответа. Разбираем, где искать узкие места и как их устранять — от тюнинга MySQL и PHP до кэширования и чистки базы.

С чего начать: диагностика

Оптимизировать вслепую бессмысленно — сначала нужно измерить. В коробке для этого есть встроенные инструменты, а на уровне сервера — стандартные утилиты.

• Монитор производительности — Настройки → Производительность → Панель, показывает время генерации страниц, число хитов в секунду, медленные компоненты.
• Тест конфигурации — оценивает соответствие сервера рекомендациям Битрикс.
• Slow query log MySQL — выявляет тяжёлые запросы к БД.
• htop, iotop — что упирается: CPU, память или диск.

PHP и OPcache

PHP — исполнитель всей логики портала, и его настройки напрямую влияют на скорость. Главный ускоритель — OPcache, который кэширует скомпилированный байт-код и снимает нагрузку компиляции при каждом запросе.

Ядро Битрикс24 состоит из десятков тысяч файлов, поэтому max_accelerated_files нужно поднимать до сотни тысяч — иначе кэш переполняется и эффект теряется. Память OPcache выделяют щедро, а memory_limit для PHP держат от 256–512 МБ.

Тюнинг MySQL/MariaDB

База данных — самое частое узкое место на растущем портале. Основной рычаг для InnoDB — буферный пул, в который кэшируются данные и индексы.

• innodb_buffer_pool_size — 50–70% доступной оперативной памяти сервера БД.
• innodb_flush_log_at_trx_commit — 2 даёт прирост записи при допустимом риске.
• innodb_file_per_table — 1, чтобы таблицы жили в отдельных файлах и БД не пухла монолитом.
• tmp_table_size / max_heap_table_size — поднимают, чтобы временные таблицы реже уходили на диск.
• Включите slow_query_log и разберите запросы дольше 1–2 секунд.

Кэширование и композит

Битрикс24 умеет кэшировать результаты работы компонентов, чтобы не пересчитывать их на каждый хит. Настройки — в Настройки → Настройки продукта → Автокеширование.

1. Включите автокеширование — базовый уровень для всех компонентов.
2. Настройте хранение кэша в памяти (Memcached/APCu) вместо файлов на диске.
3. Активируйте композитный сайт для публичной части и порталов с высокой посещаемостью.
4. Проверьте, что managed_cache и stack_cache работают через быстрое хранилище.

Хранение кэша в оперативной памяти через Memcached заметно снижает нагрузку на диск — при большом числе пользователей это один из самых заметных приростов. В BitrixVM подключение memcached делается из меню окружения.

Чистка и обслуживание базы

Со временем база обрастает мусором: журналы, старые сессии, история изменений, поисковый индекс. Это раздувает БД и замедляет запросы.

Полезно периодически выполнять OPTIMIZE TABLE для крупных таблиц и следить за фрагментацией. Настройте автоочистку журналов и ограничьте глубину хранения истории, чтобы база не росла бесконтрольно.

Когда пора масштабировать

Наступает момент, когда тюнинг одного сервера исчерпан, а нагрузка растёт. Тогда переходят к горизонтальным решениям.

• Вынос БД на отдельный сервер — разделение веб-нагрузки и базы.
• Push-сервер и очереди на отдельном процессе, чтобы не мешать веб-хитам.
• Веб-кластер — модуль cluster для распределения нагрузки на несколько нод.
• Быстрые диски (SSD/NVMe) под базу и папку upload.

Итог

Производительность коробки — это последовательная работа: измерить монитором и slow-логом, настроить OPcache и PHP, затюнить буферный пул MySQL, включить кэш в памяти и композит, вычистить базу. Масштабирование на несколько серверов — крайняя мера, к которой переходят, когда одиночный сервер действительно исчерпан.

Мы в B2Bsite проводим аудит производительности коробочного Битрикс24 и устраняем узкие места: тюнинг сервера, кэширование, оптимизацию тяжёлых запросов и, при необходимости, масштабирование. Если портал тормозит и мешает работать отделу продаж — найдём причину и ускорим его.