"ГАСЗНАК" ООО (Все сообщения пользователя)

Порталу около 4 лет. После перехода со Sphinx на Bitrix полная переиндексация шла вторые сутки со скоростью около 210 документов/мин.

Выявили неудачный план MySQL 8.0.46-37 при выборке из b_forum_message: hash join с b_forum, временная таблица и сортировка при LIMIT 50.

В after_connect_d7.php добавили SET SESSION optimizer_switch='block_nested_loop=off' только для /bitrix/admin/search_reindex.php. Сортировка и временная таблица исчезли, тестовая выборка заняла 1,57 мс, переиндексация ускорилась до 3 800–4 600 документов/мин.

Просим передать разработчикам для проверки и возможного штатного исправления — может помочь другим пользователям. При необходимости предоставим запрос и планы выполнения.

BitrixVM 9.0.10 — штатный шаблон Sphinx блокирует обновление модуля search до 26.0.0

Добрый день! На тестовом коробочном Битрикс24 со штатным Sphinx 2.2.11 обновление search до 26.0.0 прерывается с ошибкой [CL04]. В RT-индексе default отсутствуют пять обязательных атрибутов: user_id, entity_type, entity_type_id, entity, entity_id.

Этих атрибутов нет и в шаблоне /etc/ansible/roles/sphinx/templates/index.conf.j2 из актуального для нашего репозитория пакета bitrix-env-9.0-10.el9. Штатный мастер «Update Sphinx instance» (пункт 5 → 2) завершился успешно, но DESC default по-прежнему показывает старую схему. После переключения на встроенный поиск Bitrix обновление продолжилось.

Подскажите, есть ли штатная процедура обновления схемы существующего RT-индекса и планируется ли исправление Ansible-шаблона в bitrix-env?

И ещё момент:

Сообщите, пожалуйста, когда для BitrixVM 9.0.10 на CentOS Stream 9 через штатное меню обновлений станет доступно ядро с исправлением уязвимости CVE-2026-98432 (TCP-уязвимость ядра Linux).