| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > PHP: Базы Данных > Пусть запросы кеширует СУБД? |
| Автор: maxipub 5.7.2016, 14:05 |
| Добрый день! Ребята, если получается так, что на определенной странице сайта используются функции, которые обычно не вызываются на одной странице, и по этой причине ни как не оптимизированы для совместной работы. Например, получается так, что часть из них выполняет одни и те же SELECT-ы, и все это в пределах одного запроса. Стоит ли заморачиваться над кешированием данных в PHP на уровне самого движка, или пусть работает штатное кеширование СУБД? Просто при обращении к этой специфической странице получается куча (штук 300 - 400) SELECT запросов, из которых примерно треть уникальны, а все остальное - точные дубли. В принципе, БД вроде справляется, запросы выполняются в среднем за 0.0005 сек - при чем они простые, поэтому при тестах с SQL_NO_CACHE время выполнения заметно не отличается. Таблицы изменяются не часто, примерно 2000-3000 раз в сутки. Т.е. по скорости все вроде бы неплохо, смущает сам высокий рейт запросов, насколько это может быть плохо? Спасибо. |
| Автор: _zorn_ 6.7.2016, 13:22 |
| Для кеширования нужно хотя бы настроить query_cache Магическим образом никто ничего кешировать не будет. ЗЫ. Разберетесь что такое query_cache (а он вам как раз и нужен по моему) все вопросы отпадут. |
| Автор: maxipub 8.7.2016, 09:35 |
| _zorn_, спасибо за участие! Вопрос не в том что такое query_cache и как его настроить. Нормально ли он сработает при высоком рейте простых запросов или лучше чуть заморочиться и добавить в этом месте в PHP движок кеширование, которое практически не съест никаких ресурсов, разве что чуток памяти. |
| Автор: _zorn_ 2.8.2016, 20:48 |
| При чем тут PHP вообще ? Вас интересует скорость работы с базой данных. Т.е. вы из из тех ахрономистов кто думает что язык взаимодействия сильно влияет на скорость передачи данных ? Поздравляю, вы меня рассмешили. |
| Автор: maxipub 31.8.2016, 12:58 |
| _zorn_, можете конкретно ответить на вопрос? |