Оптимізація швидкості обміну 1С та 1С-Бітрікс

// В обробнику OnIBlockElementImport $timings[] = [ 'step' => 'element_import', 'element' => $elementXmlId, 'time' => microtime(true) - $startTime, ]; 

Після обміну — проаналізувати: де проходить 80% часу. Варіанти:

• Розбір XML — файли занадто великі, не розбиті на частини
• Запис у БД — індекси, тригери, неоптимальні INSERT
• Перерахунок цін — якщо включено автоперерахунок цін за правилами
• Оновлення пошуку — переіндексація пошукового індексу при кожній зміні

Розбір XML як вузьке місце

Розбити вивантаження на пакети. У налаштуваннях 1С встановити «Кількість елементів у файлі» = 1000–2000. Кожен файл обробляється окремим HTTP-запитом. Бітрікс обробляє файл за 30–60 секунд замість зависання на 2+ години. Пакетна обробка в 10 разів швидша за поточкову.

Ввімкнути ZIP-стиснення. Файл з 2000 товарів без стиснення — 8–15 МБ, зі стисненням — 1–3 МБ. Для каналу між 1С та хостингом це суттєво, особливо при повільному з'єднанні. У налаштуваннях публікації 1С (протокол CommerceML): Использовать сжатие данных: Да, Порог сжатия: 1024 байт.

Оптимізація запису в базу даних

Стандартний імпорт Бітрікс викликає CIBlockElement::Add/Update для кожного елемента — це повний цикл з перевірками, обробниками подій та інвалідацією кешу. Для 50 000 елементів — 50 000 окремих транзакцій.

Вимкнути зайві події на час імпорту:

// Перед імпортом define('BX_BUFFER_MESS', true); // не надсилати поштові сповіщення $GLOBALS['STOP_STATISTICS'] = true; // не оновлювати статистику define('NO_AGENT_STATISTIC', true); 

Відкладена переіндексація. Пошук переіндексується після кожної зміни елемента. Для пакетного імпорту — вимкнути автоіндексацію та запустити переіндексацію окремим агентом після завершення обміну:

// Тимчасово вимкнути індексацію \Bitrix\Main\Config\Option::set('search', 'indexer_auto_mode', 'N'); // Після обміну запустити переіндексацію CSearch::ReIndexAll(true, CATALOG_IBLOCK_ID); 

Батчова інвалідація кешу. Замість BXClearCache при кожному оновленні елемента — зібрати змінені елементи в масив та інвалідувати кеш батчем у кінці обміну.

Оптимізація запитів до БД при імпорті

При оновленні елемента Бітрікс робить SELECT для перевірки існування, потім UPDATE або INSERT. При пакетному імпорті можна попередньо завантажити всі XML_ID у пам'ять і не робити SELECT на кожен елемент:

// Одним запитом отримати всі існуючі елементи $existing = []; $res = CIBlockElement::GetList( [], ['IBLOCK_ID' => CATALOG_IBLOCK_ID], false, false, ['ID', 'XML_ID'] ); while ($el = $res->Fetch()) { $existing[$el['XML_ID']] = $el['ID']; } // Тепер при імпорті: isset($existing[$xmlId]) замість SELECT 

Розділення обміну за типом даних

Повний обмін (каталог + ціни + залишки) в одному сеансі — надмірно. Розділити на незалежні потоки:

У 1С можна налаштувати кілька незалежних регламентних завдань для різних типів вивантаження.

Кешування на стороні Бітрікс

Перевірити налаштування кешу модуля каталогу: Налаштування → Налаштування продуктів → Продуктивність:

• Кеш елементів каталогу: ввімкнути, TTL 3600 секунд
• Кеш властивостей: ввімкнути
• Кеш торгових пропозицій: ввімкнути для магазинів з варіантами

При обміні кеш інвалідується автоматично для змінених елементів. Якщо інвалідація займає багато часу — перевірити розмір кешу на диску (/bitrix/cache/iblock/), при необхідності збільшити memory_limit для обробки.

Кейс: скорочення часу обміну з 4 годин до 25 хвилин

Один із наших клієнтів — інтернет-магазин запчастин, 65 000 позицій. Обмін запускався раз на добу і займав 4+ години, блокуючи перерахунок цін на весь цей період. З нашої практики.

Знайдені проблеми:

1. Весь каталог в одному XML-файлі (240 МБ)
2. Переіндексація пошуку при кожному елементі
3. Перерахунок цін за 12 правилами на кожну зміну ціни
4. BXClearCache для всього інфоблоку на кожні 100 елементів

Після оптимізації:

• Розбивка на файли по 2000 елементів
• Відкладена переіндексація в окремому агенті
• Перерахунок цін — тільки після завершення імпорту, не в процесі
• Батчова інвалідація кешу в кінці сеансу

Результат: повний обмін — 25 хвилин. Обмін тільки залишками та цінами (щогодини) — 3–4 хвилини. Економія склала близько 30 000 гривень на місяць за рахунок зменшення простоїв сайту.

Що входить у роботу з оптимізації?

При замовленні послуги «під ключ» ми:

• Проводимо профілювання та аудит поточного обміну
• Розбиваємо вивантаження на пакети, налаштовуємо ZIP
• Вимкаємо зайві події, налаштовуємо відкладену індексацію
• Реалізуємо батчову інвалідацію кешу та попереднє завантаження XML_ID
• Розділяємо обмін за типом даних (каталог, ціни, залишки)
• Документуємо всі налаштування та передаємо інструкції

Терміни оптимізації:

Оцінимо ваш обсяг і розкажемо точні терміни. Замовте аудит обміну — ми виявимо вузькі місця та запропонуємо план оптимізації. Наші сертифіковані фахівці з Бітрікс гарантують прискорення мінімум у 3 рази.