Поисковые индексы

[romaamor]

Доброе утро.
В БД таблица phpbb_search_wordmatch занимает 1.2 гига. Насколько я понимаю она связанна с поисковым механизмом phpBB Native Fulltext.
Но у меня включён MySQL Fulltext.
Как удалить все данные этой таблицы ? Пробовал через админку форума, через phpMyAdmin, HeidiSQL. Делал SQL запросы. Не чего не помогает.
Можно её просто удалить ?

[rxu]

Можно её просто удалить

Ну конечно нет.

Как удалить все данные этой таблицы

TRUNCATE TABLE phpbb_search_wordmatch.

[romaamor]

Пробовал я запрос TRUNCATE TABLE phpbb_search_wordmatch. Не помогает.

Отправлено спустя 1 час 7 минут 39 секунд:
Вопрос решён. Скачал структуру таблицы. Удалил таблицу с БД. Через SQL запрос создал её обратно.

[Kuskow]

Не мог развернуть базу на новом хостинге - создание индексов никак не заканчивалось. Еле как догадался удалить поисковый индекс. Теперь боюсь создавать этот индекс, так как база или зависнет навсегда, или вылетит с ошибкой.

Внимание
Для выбранного поискового механизма «MySQL Fulltext» отсутствуют поисковые индексы.
Создайте их в разделе Поисковые индексы.

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

[Siava]

Для всех (100%) форумов phpBB, которые ищут хостинг, подходит любой самый дешёвый web-хостинг (часто назывют ещё виртуальным хостингом). Никаких VPS, VDS, DDK никакому phpBB-форуму не нужно

Не мог развернуть базу на новом хостинге - создание индексов никак не заканчивалось

...

Теперь боюсь создавать этот индекс, так как база или зависнет навсегда, или вылетит с ошибкой

Как говорится и "смех и грех"

Дело не в самих индексах, а в том, что на их создание требуются ресурсы, которых дешёвый хостинг может не выдать в достаточном количестве (CPU, память, продолжительность работы).

[Kuskow]

Так в том-то и дело, что дешёвый we-хостинг разворачивает базу С индексами за 6 минут, а VPS с 8 ядрами и 8GB памяти не хватает даже 40 минут. Как это работает и почему так - вообще не понятно.

[Татьяна5]

VPS

Его ещё настраивать надо, не использовать "из коробки"

[Kuskow]

Я только за. На что обратить внимание? Спросил у ИИ Gemini, он мне только по настройке MariaDB посказал такие параметры:

Configure Server: MARIADB
max_connections = 30
max_user_connections = 25
wait_timeout = 20
interactive_timeout = 20
max_allowed_packet = 16M

Про создание индексов сказал, что они делаются только в одноядерном (однопоточном) режиме, так что, там от количества ядер не зависит. Что, в общем-то, подтверждается и мониторингом нагрузки на процессор.

[southklad]

Kuskow, ИИ вряд ли сможет настроить, настройка сервера не такая дорогая услуга и по факту ее хватает очень надолго.

[Kuskow]

Да, как раз только что настроили сервер вместе с ИИ от Google. Я ему скриншоты показываю - он говорит, куда смотреть и что делать. Вместе вывели оптимальные параметры, количество процессоров и памяти. Изменили приоритет свопа и буфер MariaDB, мимоходом robots.txt подлатали. До этого процессор захлёбывался, количество задач в очереди зашкаливало, пользователи по несколько секунд ждали открытия страниц. Теперь всё летает, а загрузка процессора не доходит до 30%. Красота!

Хотел ссылку на нашу беседу сюда присобачить, но он не хочет всю показывать, почему-то. Только первый ответ, а остальная цепочка не видна. Так что, извиняйте, протокол не видно. Вот какой был расколбас (в 18:00 закончили настройку):

Screenshot (76).png

Screenshot (77).png

Его ещё настраивать надо, не использовать "из коробки"

Да! Убедился только что. Оказывается, можно брать минимальную конфигурацию VPS и настройками выводить на оптимальное использование.

[Siava]

Оказывается, можно брать минимальную конфигурацию VPS

Ну вот опять)