Таблица exp_assets_index_data - МАССИВНАЯ

Я запускаю assets2, подключаясь к некоторым ведрам S3. На данный момент мы переходим между одним набором ведер и другим, поэтому я ожидаю, что наш индекс будет в два раза больше, чем в конечном итоге. Но недавние дампы базы данных, по-видимому, растут экспоненциально (она прыгала с 10,4 Мб до 40 МБ в неделю, и есть редакторская команда из одного, работающего над сборкой!), И я думаю, что это таблица assets_index_data - снимок сегодня утром говорит мне, что он имеет 3 0445 452 строки.

Я был бы удивлен, если бы у нас было 10 000 изображений в этих коллективных ведрах, поэтому я не могу понять, почему эта таблица настолько велика - конечно, это не может быть прав? Он содержит большие группы строк, которые имеют одинаковый идентификатор сеанса - почти так, как если бы каждый раз, когда он индексировал ведра, он создает новые строки, а не обновляет существующие, что приводит к чрезвычайно раздутой таблице.

Конечно, я могу быть совершенно неправым, и, возможно, он должен быть таким большим, но он не кажется правильным и не может продолжать расти таким образом!

1

1 ответы

Активы добавляют новые строки при каждом запуске индексации. Активы также должны удалять строки, принадлежащие текущему сеансу, как только это делается для индексирования (если это разрешено запускать до конца).

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

1
добавлено
Спасибо Андрису. Я попрошу команду P & T посмотреть, что мы можем с этим поделать. Возможно, индекс никогда не завершается успешно, и поэтому он не работает должным образом.
добавлено автор RemcoGerlich, источник