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

Хостер пока мягко, но настоятельно посоветовал оптимизировать запросы к базе.
И таких запросов два:

№1
/system/controllers/content/model.php => 2405 => modelContent->getContentItems()
SELECT i.*, u.nickname as `user_nickname`, u.avatar as `user_avatar`, f.title as `folder_title`
FROM dog_con_board i
FORCE INDEX FOR ORDER BY (dataset_all)
INNER JOIN dog_con_board_cats_bind as b FORCE INDEX (item_id) ON b.item_id = i.id
INNER JOIN dog_con_board_cats as c ON c.id = b.category_id
INNER JOIN dog_users as u ON u.id = i.user_id
LEFT JOIN dog_content_folders as f ON f.id = i.folder_id
WHERE (c.ns_left >= '66') AND (c.ns_right <= '67') AND (i.is_approved = '1') AND (i.is_deleted IS NULL) AND (i.is_pub = '1') AND (i.is_parent_hidden IS NULL)
ORDER BY i.is_fix desc, i.date_pub desc
LIMIT 4, 4
Время выполнения 0.51153 секунд

№2
/system/controllers/content/model.php => 2340 => modelContent->getContentItemsCount()
SELECT COUNT( i.id ) as count
FROM dog_con_board i
FORCE INDEX FOR ORDER BY (dataset_all)
INNER JOIN dog_con_board_cats_bind as b FORCE INDEX (item_id) ON b.item_id = i.id
INNER JOIN dog_con_board_cats as c ON c.id = b.category_id
WHERE (c.ns_left >= '66') AND (c.ns_right <= '67') AND (i.is_approved = '1') AND (i.is_deleted IS NULL) AND (i.is_pub = '1') AND (i.is_parent_hidden IS NULL)
Время выполнения 0.23534 секунд

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

Оптимизировать тут нечего, запросы нормальные.
А вообще запросы оптимизируются через EXPLAIN и добавлением/удалением индексов.

запросы оптимизируются через EXPLAIN и добавлением/удалением индексов

Время выполнения 0.51153 секунд — это у него на сайте из-за чего-то там так, нехватки мощности сервера или может бы у любого "Васи" при каких-нибудь неблагоприятных условиях?

это у него на сайте из-за чего-то там так

Само собой. Шаред хостинг и далее всё по классике "мы настоятельно рекомендуем". На что люди рассчитывают, мне неведомо.

или может бы у любого "Васи" при каких-нибудь неблагоприятных условиях

Неблагоприятные условия бывают погодными.

Оптимизировать тут нечего, запросы нормальные.
А вообще запросы оптимизируются через EXPLAIN и добавлением/удалением индексов.

Тем не менее, у меня на другом сайте подобная страница грузится 0.0503 s и нет медленных запросов, а вот на этом 2.2322 s

Разница ощутимая, если я вот программой SEO оптимизации прохожу и до минимума ставлю число потоков. Потому, что иначе идёт timeout.

Поэтому как-то хотелось бы ускорить загрузку страниц.

Попробую разобраться с EXPLAIN

Тем не менее, у меня на другом сайте подобная страница грузится 0.0503 s и нет медленных запросов, а вот на этом 2.2322 s

Вы сами ответили на свой вопрос.

Шаред хостинг

Нормальный у меня хостинг — Бегет. Да виртуальный.
Я хотел перейти на VPS, оптимизируйте запросы и всё будет ОК.

А Вы любые подобные вопросы воспринимаете, как личное оскорбление.

Время выполнения 0.51153 секунд — это у него на сайте из-за чего-то там так, нехватки мощности сервера

Я и пытаюсь выяснить что не так. И дело не в сервере. На том же сервере другой подобный сайт работает быстро.

Честно говоря, я вообще не понимаю куда копать.

Хостер пока мягко, но настоятельно посоветовал оптимизировать запросы к базе.

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

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

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

А так понятно, что какие-то из "левых" дополнений грузят базу, но какие, разобраться бы…

Неблагоприятные условия бывают погодными.

И компонентными

А Вы любые подобные вопросы воспринимаете, как личное оскорбление.

Как вы это поняли?)

На том же сервере другой подобный сайт работает быстро.

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

Попробую разобраться с EXPLAIN

Что тут разбираться. Берёте свой медленный запрос, открываете phpmyadmin, вкладка SQL, пишите EXPLAIN ставите пробел и вставляете запрос. Смотрите ответ, анализируете.

А так понятно, что какие-то из "левых" дополнений грузят базу, но какие, разобраться бы...

Какие левые дополнения? У вас стоковый SQL запрос. Не надо гадать.

Как вы это поняли?)

Я же не обвиняю InstantCMS и Вашу работу. То что из-под Ваших рук выходит, всё работает великолепно.
А вот дополнения от сторонних разработчиков, ещё и заброшенные авторами — это и есть баги.

И первый медленный запрос — это, скорее всего, дополнение с обрезкой аватара. И уже его не снести.

Запрос выполнил и понятно, что ничего не понятно, что делать с ответом

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

Нет, второй раз вам пишу, это стандартный запрос, на который не повлияло ни одно дополнение.

Нет, второй раз вам пишу, это стандартный запрос, на который не повлияло ни одно дополнение.

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

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

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