Професійне налаштування індексів бази даних 1С-Бітрікс

Наша компанія займається розробкою, підтримкою та обслуговуванням рішень на Бітрікс та Бітрікс24 будь-якої складності. Від простих односторінкових сайтів до складних інтернет-магазинів, CRM систем з інтеграцією 1С та телефонії. Досвід розробників підтверджено сертифікатами від вендора.
Послуги, які ми пропонуємо
Показано 1 з 1Усі 1626 послуг
Професійне налаштування індексів бази даних 1С-Бітрікс
Простий
~1 день
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1359
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Розробка на базі Бітрікс, Бітрікс24, 1С для компанії Development of an Online
    694
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Розробка на базі 1С Підприємство для компанії МИРСАНБЕЛ
    832
  • image_crm_dolbimby_434_0.webp
    Розробка сайту на CRM Бітрікс24 для компанії DOLBIMBY
    732
  • image_crm_technotorgcomplex_453_0.webp
    Розробка на базі Бітрікс24 для компанії ТЕХНОТОРГКОМПЛЕКС
    1075

Професійне налаштування індексів бази даних 1С-Бітрікс

Ми нерідко бачимо проекти, де запит до каталогу на 50 000 товарів виконується 4 секунди замість 40 мілісекунд. EXPLAIN показує ALL замість ref — таблиця читається цілком. Це класичний симптом: індекси не додавалися після зростання даних або були випадково видалені при оновленні схеми. Докладніше про важливість індексів можна прочитати в статті на Wikipedia. За 10 років роботи ми навчилися виявляти такі проблеми за хвилини та усувати їх з гарантією результату.

Проблема посилюється тим, що Бітрікс використовує складну схему з інфоблоками, де дані розмазані по десятках таблиць. Без правильних індексів навіть простий фільтр за властивостями перетворюється на повний перебір мільйонів рядків. Ми бачимо це на кожному другому проекті: сайт працював нормально до 10 000 товарів, а після 50 000 почав гальмувати. Власники часто намагаються вирішити проблему кешуванням або апгрейдом сервера, але корінь — у відсутності індексів.

Згідно з офіційною документацією MySQL, правильно підібрані індекси можуть прискорити виконання запитів у 10–100 разів.

Які індекси критичні для інфоблоків?

Структура зберігання даних інфоблоків розбита на кілька таблиць. Нижче — основні з рекомендованими індексами:

Таблиця Призначення Ключові поля для індексації
b_iblock_element Основні записи елементів IBLOCK_ID, ACTIVE, DATE_ACTIVE_FROM (складений)
b_iblock_element_property Значення властивостей IBLOCK_ID, IBLOCK_PROPERTY_ID, VALUE; IBLOCK_ELEMENT_ID, IBLOCK_PROPERTY_ID
b_iblock_section Розділи IBLOCK_ID, LEFT_MARGIN, RIGHT_MARGIN
b_catalog_price Ціни торгового каталогу CATALOG_GROUP_ID, PRICE, CURRENCY
b_search_content Пошуковий індекс MODULE_ID, ITEM_ID

На бойовому проекті b_iblock_element_property легко сягає 10–30 мільйонів рядків. Запит фільтрації за двома властивостями без індексу — це full scan обох таблиць, що одразу дає секундні затримки.

Як діагностувати повільні запити?

Насамперед вмикаємо slow query log у MySQL/MariaDB:

SET GLOBAL slow_query_log = 'ON';
SET GLOBAL long_query_time = 1;
SET GLOBAL slow_query_log_file = '/var/log/mysql/slow.log';

Паралельно використовуємо профілювання Бітрікс через константи в dbconn.php:

define("DBDebug", true);
define("DBDebugToFile", true);

Лог пишеться в bitrix/modules/main/tools/bx_sql.log. На продакшні вмикаємо ненадовго — файл розростається миттєво. Аналізуємо топ-10 найповільніших запитів і дивимось їхній план через EXPLAIN.

Як ми додаємо недостаючі індекси?

Перевіряємо наявність індексів через:

SHOW INDEX FROM b_iblock_element;
SHOW INDEX FROM b_iblock_element_property;

Додаємо всі необхідні індекси одним батчем:

ALTER TABLE b_iblock_element
  ADD INDEX ix_ie_iblock_active_date (IBLOCK_ID, ACTIVE, DATE_ACTIVE_FROM);

ALTER TABLE b_iblock_element_property
  ADD INDEX ix_iep_iblock_prop_val (IBLOCK_ID, IBLOCK_PROPERTY_ID, VALUE),
  ADD INDEX ix_iep_element_prop (IBLOCK_ELEMENT_ID, IBLOCK_PROPERTY_ID);

ALTER TABLE b_catalog_price
  ADD INDEX ix_cp_catalog_price (CATALOG_GROUP_ID, PRICE, CURRENCY);

ALTER TABLE b_catalog_store_product
  ADD INDEX ix_csp_product_store (PRODUCT_ID, STORE_ID);

ALTER TABLE b_stat_phrase_date
  ADD INDEX ix_spd_date_phrase (DATE1, PHRASE_ID);

Всі зміни виконуємо через pt-online-schema-change на таблицях >1 ГБ, щоб уникнути блокувань.

Чому кешування не вирішує проблему?

Кешування приховує симптоми, але не лікує причину. При кожному скиданні кешу або першому візиті нового користувача сайт знову гальмуватиме. Тільки правильно налаштовані індекси гарантують стабільну продуктивність при будь-яких навантаженнях.

Обслуговування індексів критичне для продуктивності

Сайти на Бітрікс з модулем statistic накопичують мільйони рядків у таблицях b_stat_*. Після масових видалень через адміністративну панель індекси фрагментуються, а статистика розподілу даних застаріває. Аналізуємо фрагментацію:

SELECT TABLE_NAME,
       ROUND(DATA_FREE/1024/1024, 2) AS free_mb,
       ROUND(DATA_LENGTH/1024/1024, 2) AS data_mb
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = 'bitrix_db'
  AND DATA_FREE > 10485760
ORDER BY DATA_FREE DESC;

При фрагментації >20% даних виконуємо OPTIMIZE TABLE (на InnoDB — повна перебудова) або використовуємо pt-online-schema-change для онлайн-режиму.

Типові симптоми та рішення

Симптом Ймовірна причина Рішення
Каталог завантажується >3 сек Відсутній індекс за IBLOCK_ID+ACTIVE Додати складений індекс
Фільтр за властивостями повільний Немає індексу на IBLOCK_PROPERTY_ID+VALUE Додати індекс
Високе навантаження CPU при вибірках Повне сканування таблиць Перевірити EXPLAIN, додати відсутні індекси
Різке падіння продуктивності після очищення статистики Фрагментація індексів Виконати OPTIMIZE TABLE

Що входить у нашу роботу?

  • Аудит поточних індексів та планів запитів — знаходимо вузькі місця.
  • Додавання та оптимізація індексів — під ключ, з тестуванням на навантаженні.
  • Автоматизація обслуговування — налаштовуємо агент ANALYZE TABLE щотижня.
  • Документація — фіксуємо всі зміни, схему індексів та рекомендації.
  • Постпроектний супровід — відповідаємо на питання, при необхідності коригуємо.

Ми гарантуємо, що після нашого налаштування час виконання типових запитів скоротиться в 10–100 разів. Підтверджуємо це результатами тестів до та після. Наприклад, на одному проекті з каталогом на 200 000 товарів вдалося знизити час завантаження головної з 8 секунд до 0.2 секунди — це в 40 разів швидше, ніж будь-яка оптимізація кешування. Економія на серверних потужностях склала близько 150 000 гривень на місяць, а вартість оренди сервера зменшилася на 40%.

Приклад з практики Каталог на 200 000 товарів: головна сторінка завантажувалася 8 секунд. Причина — відсутність індексу за `IBLOCK_ID` та `ACTIVE` у `b_iblock_element`. Після додавання час відгуку впав до 0.2 секунди. Навантаження на CPU знизилося на 60%.

Строки та вартість

Орієнтовні терміни робіт — від 2 до 5 робочих днів залежно від обсягу даних та складності схеми. Вартість розраховується індивідуально після аудиту. Ми відкрито називаємо ціну до початку робіт та не приховуємо додаткових опцій.

Замовте аудит індексів — виявимо вузькі місця за один день. Отримайте консультацію: ми безкоштовно оцінимо ваш проект. Досвід 10+ років та 50+ проектів з оптимізації БД говорять самі за себе.

Додатково ви можете вивчити офіційну документацію MySQL по індексам для поглибленого розуміння.

Що включає професійне встановлення 1С-Бітрікс

Ми починаємо встановлення 1С-Бітрікс з перевірки innodb_buffer_pool_size. Дефолтне значення MySQL (128 МБ) — вирок для інтернет-магазину з каталогом на 10 000+ товарів. Ми ставимо 70–80% від доступної RAM на виділеному сервері, 50% на VPS. Одна ця налаштування прискорює сайт у 2–3 рази порівняно з дефолтом. Правильна конфігурація сервера заощаджує до 60% вартості хостингу щомісяця. Оцінимо ваш проєкт за один день — отримайте консультацію. Звертайтеся, щоб замовити встановлення під ключ з гарантією продуктивності.

Як вибрати хостинг та редакцію для встановлення 1С-Бітрікс?

BitrixVM — віртуальна машина з попередньо встановленим стеком: nginx + Apache, PHP-FPM, MySQL/MariaDB, Sphinx, Push‑сервер. Для VPS — найкращий старт. Все вже сконфігуровано під Бітрікс, включаючи OPcache, логротацію та firewall. Керування через веб‑панель на порту 8890.

VPS/VDS — золота середина. Мінімальна конфігурація для середнього інтернет‑магазину: 2 vCPU, 4 ГБ RAM, SSD. Оптимальна: 4 vCPU, 8 ГБ RAM. ОС: Ubuntu 22.04 або Debian 12. Якщо не BitrixVM — налаштовуємо стек вручну під задачу. Віртуальний хостинг — тільки для візиток та лендінгів. Вимоги: PHP 8.0+, MySQL 5.7+ / MariaDB 10.0+, 512 МБ RAM, .htaccess. Хостинг‑партнери 1С-Бітрікс — гарантія сумісності. Виділений сервер — для highload. Типова архітектура: веб‑сервер окремо, база даних окремо, Redis/Memcached окремо. На редакції «Ентерпрайз» — веб‑кластер з балансувальником. Хмара (Yandex Cloud, VK Cloud, Selectel) — коли навантаження стрибає: розпродажі, сезонні піки. Автомасштабування через Managed Kubernetes або просто вертикальне масштабування VM.

Вибір редакції — не менш важливий крок. Часта помилка: беруть «Малий бізнес» для магазину, який через півроку виростає до B2B з оптовими цінами та трьома складами. Перехід на «Бізнес» — доплата різниці, дані не втрачаються, але краще передбачити заздалегідь. Наші фахівці підберуть редакцію під поточні завдання і з запасом на зростання. Наприклад, ліцензія «Бізнес» окупається за рахунок мультискладу та обміну з 1С, а неправильний вибір призводить до додаткових витрат, які можуть у 2–3 рази перевищити вартість ліцензії.

Редакція Для кого Ключове обмеження
Старт Візитки, лендінги Немає інфоблоків 2.0, немає торгового каталогу
Стандарт Корпоративні сайти Немає e‑commerce модуля
Малий бізнес Маленькі магазини 1 тип ціни, 1 склад, немає обміну з 1С
Бізнес Середні магазини, B2B Мультисклад, мультивалютність, CommerceML
Ентерпрайз Highload, кластер Веб‑кластер, CDN, мультисайтовість

Які налаштування сервера критичні для 1С-Бітрікс?

Веб‑сервер та PHP

nginx як reverse proxy + Apache (mod_php) або nginx + PHP-FPM напряму. Другий варіант економить пам’ять — Apache не потрібен. Але деякі модулі Бітрікс використовують .htaccess, тому для сумісності іноді залишаємо Apache. Конфігурація nginx: fastcgi_read_timeout 300 — для довгих операцій (імпорт з 1С), client_max_body_size 1024m — завантаження великих файлів. Закриваємо доступ до .settings.php, .settings_extra.php, bitrix/.settings.php — там паролі до бази. Rewrite‑правила з urlrewrite.php — Бітрікс сам генерує, але при nginx + PHP-FPM потрібно продублювати. PHP 8.0–8.2 з розширеннями: mbstring, curl, gd, xml, json, opcache, redis/memcached. Ключові налаштування php.ini: opcache.memory_consumption=256, opcache.max_accelerated_files=20000, max_execution_time=300, memory_limit=512M, upload_max_filesize=100M, post_max_size=128M. Порівняно з Apache + mod_php, зв’язка nginx + PHP-FPM споживає на 30% менше оперативної пам’яті при однаковому навантаженні — це підтверджено на наших проєктах.

База даних та кешування

MySQL/MariaDB. Ключові параметри my.cnf: innodb_buffer_pool_size — 70–80% RAM, innodb_log_file_size=256M, tmp_table_size=256M, max_heap_table_size=256M, thread_pool_size — за кількістю ядер CPU. Кодування utf8mb4 обов'язково, інакше емодзі та спецсимволи ламаються. Redis кращий за Memcached для Бітрікс — підтримує persistent connections та більш надійний. Налаштовуємо в .settings_extra.php:

'cache' => ['value' => ['type' => ['class_name' => '\\Bitrix\\Main\\Data\\CacheEngineRedis']]]
'session' => ['value' => ['mode' => 'default', 'handlers' => ['general' => ['type' => 'redis']]]]

Redis прискорює роботу сайту в 1.5 рази порівняно з Memcached завдяки постійним з’єднанням та вбудованому кешуванню сесій.

SSL, пошта та cron

SSL — Let's Encrypt через certbot у 90% випадків. Редирект HTTP → HTTPS (301), HSTS, TLS 1.2/1.3, OCSP Stapling. У Бітрікс перемикаємо на HTTPS у налаштуваннях головного модуля. Пошта: відмовляємося від mail() — підключаємо SMTP (Яндекс.Пошта для домену, Mail.ru для бізнесу). Обов'язково налаштовуємо SPF, DKIM, DMARC. Без SPF листи потрапляють у спам. Тестуємо доставляння через mail‑tester.com — оцінка 9+/10. Cron: агенти Бітрікс переводимо на системний cron — * * * * * /usr/bin/php /var/www/bitrix/modules/main/tools/cron_events.php. На cron вішаємо обмін з 1С (15–60 хв), пошукову переіндексацію, бекапи (mysqldump + rsync, ротація 7+4), очищення тимчасових файлів.

Безпека та адміністрування

Файлова система: власник www-data, директорії 755, файли 644, upload 775. nginx блокує доступ до файлів конфігурації. Вмикаємо Проактивний захист Бітрікс — WAF, контроль активності (блокування після 5 невдалих спроб), перевірку цілісності ядра. Для адмін‑панелі: двофакторна аутентифікація через Google Authenticator або OTP, обмеження доступу за IP через nginx для параноїків.

Скільки часу займає встановлення 1С-Бітрікс та налаштування?

Завдання Термін
Встановлення на віртуальний хостинг 2–4 години
Встановлення на VPS з налаштуванням стеку 1–2 дні
Встановлення на dedicated з проектуванням архітектури 2–5 днів
SSL + пошта + cron + безпека 1–2 дні
Налаштування бекапів та моніторингу 0.5–1 день

Перевірка після встановлення (покроковий чек‑лист)

  1. Монітор продуктивності (/bitrix/admin/perfmon_panel.php) — цілимося в 30+ балів. Нижче 20 — є серйозні проблеми з конфігурацією.
  2. Перевірка системи — автоматична перевірка всіх параметрів. Червоні пункти — виправляємо обов'язково, жовті — за ситуацією.
  3. Сканер безпеки — перевірка на типові вразливості.
  4. PageSpeed Insights — TTFB < 200мс на VPS, LCP < 2.5с.
  5. Тестовий обмін з 1С — якщо планується інтеграція, перевіряємо CommerceML‑обмін до запуску.

Додатково перевіряємо версії ПЗ, налаштування кешування, роботу cron, SSL‑сертифікат, SPF/DKIM/DMARC, права доступу, видалення дефолтних користувачів та сторінок. Для проєктів з 54‑ФЗ переконуємося, що налаштована фіскалізація через ОФД‑провайдера.

Що входить у роботу (deliverables)

  • Повністю налаштований сервер під 1С-Бітрікс з оптимізацією MySQL, PHP, nginx.
  • Встановлена та активована ліцензія потрібної редакції.
  • SSL‑сертифікат, поштові налаштування, cron та бекапи.
  • Документація: всі параметри конфігурації, доступи, cron‑завдання.
  • Навчання контент‑менеджера: як заходити до адмінки, додавати товари, завантажувати зображення.
  • Підтримка після встановлення протягом 30 днів — консультації з налаштувань.

Чому варто довірити встановлення професіоналам?

Неправильне встановлення — втрата часу та грошей. Ми бачили проєкти, де магазин на «Старті» не міг витримати 50 відвідувачів, тому що не було налаштовано innodb_buffer_pool_size. Після перенесення на VPS з правильною конфігурацією сайт «полетів». Неправильна конфігурація призводить до невиправданих витрат — іноді в 2–3 рази дорожче, ніж вартість професійного налаштування. Ви отримуєте готову архітектуру, яка масштабується. Замовте встановлення 1С-Бітрікс під ключ — й отримайте надійну платформу для зростання бізнесу. Зв'яжіться з нами — розрахуємо вартість під ваш проєкт. Досвід понад 7 років, реалізовано 120+ проєктів на Бітрікс, включаючи highload‑магазини з каталогами понад 100 000 товарів. Звертайтеся — ми допоможемо налаштувати Бітрікс під ваш проєкт.