А тут точно что-то изменится, если поменять базу на postgre? Я бы начал с проверки этого без переписывания. Ещё возможно, что дело в запросе

Вроде такой поиск всегда будет fullscan, и индексы для такого паттерна запроса и не построишь

Это называется обратный индекс)
Может не стоит руками это реализовывать? Есть готовые решения, например, elastic search

триграм индекс в постгресе работает для таких кверей

пример из рандомной статьи в гугле: https://niallburkley.com/blog/index-columns-for-like-in-postgres/

Ок спс

Хм, и mysql что-то похожее тоже поддерживает оказывается
https://dev.mysql.com/doc/refman/8.0/en/innodb-fulltext-index.html

Кстати у меня каждая страница хранится ввиде JSON, но там текста который отображается наверное процентов 35 от общего количество символа в JSON,  поскольку в JSON хранятся еще ссылки на картинки, цвета элементов, разные типа bb тэги  и html элементы. Имеет ли смысл для каждой страницы дополнительно создать еще один столбец, в котором хранятся только слова в странице? И по этому столбцу делать поиск

Кстати, а какая версия mysql стоит?
1. Надо еще посмотреть, с какой версии появилась такая фича поиска и поддерживается ли в установленной версии.
2. Движок же myisam/innodb? Full-text indexes can be used only with InnoDB or MyISAM tables,
3. А столбец типа json? Тогда придется явно создавать доп столбец char/varchar/text: FULLTEXT indexes are created on text-based columns (CHAR, VARCHAR, or TEXT columns)
4. Если стобец уже char/varchar/text -- то наверное сначала лучше поэкспериментировать с разными вариантами стоит ли добавлять и что это даст + сделать какой-то прогноз на будущее если на сейчас будет ок

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

Я спрашивал про это проблему в PHP, MySQL чате) Нормально помогли только здесь

рад, если что-то из этого оказалось полезным)
еще один момент, запрос надо будет делать не через LIKE, а  чеерз MATCH() ... AGAINST

Это в mySQL по умолчанию есть?

Пишут, что с версии 3.23.23

Тут еще много интересного пишут:
http://www.mysql.ru/docs/man/Fulltext_Search.html

Спс, прочитаю

Еще более менее норм пост вроде
https://habr.com/ru/post/40218/

вопрос по iogram
у меня есть своя бд. я через бот провожу анкетирование пользователя через  statesgroup. перед state.finish() отправляю все стейты в свой бд. тогда я думаю мне не нужен fsm

если пользователь после  какое то время вернётся чтобы посмотреть что он там ответил. то нужно по Id пользователя нужно забрать его стейты. чтобы показать его стейты их нужно записать в fsm или можно обойтись без этого?

Fsm тебе позволяет хранить твои стейты не записывая их в бд. Если хочешь ты можешь это не юзать.

понял

тогда fsm это типа vue store ?

Если хочешь показать что человек ответил , создай отдельные апи чтобы показать его данные и через кнопки показывай какие данные он ввёл