После разворачивания бэкапа mariadb ошибка в 1сБитрикс?

Question

[brar]

Переезд сайта на новый сервер.
БД крутится на: Debian 9. Mariadb 10.1. php7.4
Новый сервер на Debian 11. Mariadb 10.5., php7.4.
Делаем mysqldump на старом. На новом восстанавливаем. Сайт работает, всё с виду окей.
Однако если выполнить "Проверку системы" в админке битрикса, то проверка сообщает об ошибке.

В таблице b_list_rubric отсутствует индекс LID (lid)
В таблице b_subscription отсутствует индекс USER_ID (user_id)
В таблице b_subscription_rubric отсутствует индекс LIST_RUBRIC_ID (list_rubric_id)
В таблице b_posting_rubric отсутствует индекс LIST_RUBRIC_ID (list_rubric_id)
В таблице b_posting_group отсутствует индекс GROUP_ID (group_id)
В таблице b_posting_file отсутствует индекс FILE_ID (file_id)

Куда смотреть?

Answer 1

[Андрей]

Просто создай новые индексы в базе, можно средствами Битрикса: https://dev.1c-bitrix.ru/learning/course/?COURSE_I...

Comments

[brar]

по инструкции включил модуль монитор производительности на 10 мин. потыкал по сайту это время. Сделал анализ индексов. Но в результирующем списке не было ни одной вышеуказанной таблицы, дабы можно было из нее создать индекс.
А почему вообще, теоретически, такое произошло при восстановлении бд? Новый сервер по производительности в два раза лучше. Возможно, что в коде php где-то проблема? Или модуль php какой-то не включен?

[Михаил Ливач]

brar, я обычно действую по-другому. "Проверка системы" в таких случах пишет ( если кликнуть по "?", что подробности в журнале проверки системы. Если по ссылке открыть этот журнал, то в его конце готовые запросы на исправление ошибок БД.

[brar]

Михаил Ливач, текст ошибок я отттуда и привёл.
Да, я понял, о чем Вы говорите. Но в данном случае рекомендаций со списком команд там нет.
А клик по "?" выдает общую инфу.

Установочные файлы модулей содержат информацию о структуре таблиц, с которыми они работают. При обновлении модулей меняется структура таблиц и установочные файлы.

Если файлы модуля не соответствуют фактической структуре данных, в работе продукта возникнут проблемы.

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

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

Подробности в журнале проверки системы.

[Андрей]

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

[brar]

Андрей, а индексы попадают в дамп?

[Михаил Ливач]

brar, вот этот текст:

Подробности в журнале проверки системы

у Вас не содержит ссылку? У меня содержит, и переход по этой ссылке открывает довольно убогую страничку, на которой выведено содержимое файла $_SERVER['DOCUMENT_ROOT'].'/bitrix/site_checker_*.log' ( вместо звёздочки некий хэш ). Если файла нет - думаю, у Вас какие-то проблемы с правами на файлы в каталоге bitrix.
Вот в конце этого файла и содержатся готовые запросы, о которых я говорил, пример:

CREATE INDEX `LID` ON `b_iblock` (lid);
CREATE INDEX `IBLOCK_SECTION_ID` ON `b_iblock_section` (iblock_section_id);
CREATE INDEX `GROUP_ID` ON `b_iblock_group` (group_id);
ALTER TABLE `b_mail_mailbox` CHANGE `TIMESTAMP_X` `TIMESTAMP_X` timestamp NOT NULL DEFAULT current_timestamp() on update current_timestamp();
ALTER TABLE `b_mail_filter` CHANGE `TIMESTAMP_X` `TIMESTAMP_X` timestamp NOT NULL DEFAULT current_timestamp() on update current_timestamp();
ALTER TABLE `b_mail_message_uid` CHANGE `TIMESTAMP_X` `TIMESTAMP_X` timestamp NOT NULL DEFAULT current_timestamp() on update current_timestamp();
ALTER TABLE `b_mail_spam_weight` CHANGE `TIMESTAMP_X` `TIMESTAMP_X` timestamp NOT NULL DEFAULT current_timestamp() on update current_timestamp();
Ошибка! Структура базы данных имеет ошибки. Всего 33, автоматически могут быть исправлены: 33. Исправить