При проведении индексации для умного поиска иногда возникает ошибка переполнения временных таблиц #__finder_tokens и #__finder_tokens_aggregate .

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

У MYSQL просто кончилась память под размещение данных в куче. Это легко изменить в настройках MYSQL (в Linux - по умолчанию /etc/my.cnf). За это отвечает параметр  max_heap_table_size - максимальный допустимый размер таблицы, хранящейся в памяти (типа MEMORY). Его значение по умолчанию - 16 МБ. Измените его на max_heap_table_size=256M  (например)

Правда имеется доп. сложность, чисто административная - этот параметр обычно находится в ведении администратора хостинга )))

Но если вы напишите правильное письмо, то там его поменяют.

Использование параметра "Ограничение табличной памяти".

В настройка умного поиска, на вкладке "Индексация" есть параметр "Ограничение табличной памяти". Его суть - недопущение данной ошибки, правда за счёт резкого уменьшения скорости работы алгоритма.

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

По моим прикидкам, каждая запись в этих таблицах требует примерно 1.2 - 1.5 KB на запись, поэтому данный параметр можно установить исходя из примерной прикидки - значение max_heap_table_size деленное на 1.5. Если индексирование работает без ошибок - то параметр, можно попытаться увеличить, если возникают ошибки, то уменьшить.

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