Оптимизирвоать запросы к базе

ruhighload.com/Оптимальная+настройка+mysql, ruhighload.com/explain+в+mysql

Спасибо, попробую разобраться.

Не понятно в какую сторону копать даже.

Может быть там другие данные и другое их количество?

c таким же набором дополнений

При чём тут дополнения и время выполнения SQL запроса?

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

Проанализировал быстрый и медленный запрос, который первый в теме.

На быстром key — date_pub и rows — 602
На медленном key — dataset_all и rows — 36674!!!

То есть, надо поменять название key ?

Не нашёл информации по этому поводу.

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

У меня шаред хостинг дороже выходит, чем VPS на 60 Гб.

Много настроек через файлы не особо требуется в панели brainy (centos7), но из-за неверных настроек либо по каким-то причинам могут пропасть БД и тд, так что нужно делать чаще бэкап и снимки виртуальной машины.
PS + можно использовать разные плюшки в виде PHP 7.3, mariadb и тд…

Много настроек через файлы не особо требуется в панели brainy (centos7), но из-за неверных настроек либо по каким-то причинам могут пропасть БД и тд, так что нужно делать чаще бэкап и снимки виртуальной машины.

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

То есть, надо поменять название key ?

Нет.

Нет.

А что делать-то? На хостинге помочь не могут, не умеют.

Везде пишут, что проблема связана с отсутствием индекса, но индекс-то есть.

Откуда тогда такое значение rows — 36674, если это стандартный запрос к базе данных?

Откуда тогда такое значение rows — 36674,

Вы переводили слово rows? Записей в таблице у вас много, ну очевидно же, я третье сообщение пытаюсь вам это объяснить. Но по меркам баз данных 36674 это не много.
Еще раз тезисно.
1. запрос нормальный
2. индексы используются
3. разница по времени выполнения связана с разным кол-ом записей в таблице
4. почему при таком кол-ве записей запрос выполняется дольше — вопрос к хостеру и к настройкам БД.

А что делать-то? На хостинге помочь не могут, не умеют.

Вам вариантов решения проблемы уже дали достаточно. Действуйте.

Вам вариантов решения проблемы уже дали достаточно. Действуйте.

Спасибо, буду разбираться.

Тогда вообще не понятно — почему на другом сайте тоже на Instantcms c таким же набором дополнений на этот запрос уходит 0.00262 секунд, а на этом 0.74926 секунд.

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

Отказаться от шаред хостинга и купить самый дешевый VPS (есть випиэсы за один евро в месяц). Там уже можно будет самому поиграться с my.ini

ermakover где полей больше, может в раза два > дольше прогружать.

ermakover где полей больше, может в раза два > дольше прогружать

Поля абсолютно аналогичные — парсинг объявлений с авито.
Но да, на первом контента в разы больше и пользователей больше намного.
Вроде базу оптимизировал, стало получше.