Добрый день!

Ребята, если получается так, что на определенной странице сайта используются функции, которые обычно не вызываются на одной странице, и по этой причине ни как не оптимизированы для совместной работы. Например, получается так, что часть из них выполняет одни и те же SELECT-ы, и все это в пределах одного запроса. Стоит ли заморачиваться над кешированием данных в PHP на уровне самого движка, или пусть работает штатное кеширование СУБД? Просто при обращении к этой специфической странице получается куча (штук 300 - 400) SELECT запросов, из которых примерно треть уникальны, а все остальное - точные дубли.

В принципе, БД вроде справляется, запросы выполняются в среднем за 0.0005 сек - при чем они простые, поэтому при тестах с SQL_NO_CACHE время выполнения заметно не отличается. Таблицы изменяются не часто, примерно 2000-3000 раз в сутки. Т.е. по скорости все вроде бы неплохо, смущает сам высокий рейт запросов, насколько это может быть плохо?

Спасибо.

Для кеширования нужно хотя бы настроить query_cache
Магическим образом никто ничего кешировать не будет.

ЗЫ. Разберетесь что такое query_cache (а он вам как раз и нужен по моему) все вопросы отпадут.

Это сообщение отредактировал(а) _zorn_ - 6.7.2016, 13:23

_zorn_, спасибо за участие! Вопрос не в том что такое query_cache и как его настроить.

Нормально ли он сработает при высоком рейте простых запросов или лучше чуть заморочиться и добавить в этом месте в PHP движок кеширование, которое практически не съест никаких ресурсов, разве что чуток памяти.

При чем тут PHP вообще ?
Вас интересует скорость работы с базой данных. Т.е. вы из из тех ахрономистов кто думает что язык взаимодействия сильно влияет на скорость передачи данных ?
Поздравляю, вы меня рассмешили.

_zorn_, 

можете конкретно ответить на вопрос?