Модераторы: skyboy, SamDark
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Помогать MySQL с кешированием данные или нет? 
:(
    Опции темы
maxipub
Дата 3.8.2017, 11:51 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 514
Регистрация: 22.10.2009

Репутация: 1
Всего: 1



Добрый день!

Ребята, суть вопроса вот в чем. На сайте есть функция, которая делает простой селект по базе, вида:

Код
SELECT name, data FROM db WHERE index_key=1 ORDER BY name ASC


Результаты запроса - это обычно 100-300 строк, весом в 1-3кб. Функция эта вызывается не при каждом запросе, а максимум 2-3 раза в сутки. Но за один такой запрос функция вызывается около 200 раз. Т.е. один и тот же селект в базе дергается около 200 раз за один такой запрос к сайту. Данные в таблице меняются редко (несколько раз в месяц). Поэтому мало того, что запрос сам по себе легкий - легче некуда, так еще и все будет сидеть в кеше. Так что вопрос не столько касается производительности - понятно, что на таких мелочах сколько-нибудь ощутимого выигрыша не получишь. Вопрос скорее из ряда "насколько это будет ###кодом"?

Ведь можно сделать такой запрос один раз, сохранить его результаты в массив, и дальше работать с массивом. Это будет как бы кеширование данных посредством движка. Но с другой стороны. У нас есть кеш от СУБД. Он работает, он кушает ресурсы. А мы по сути над ним строим еще свой кеш. Зачем? Ощутимого выигрыша в производительности не получим. Код увеличим на несколько строк. Единственный плюс, который я вижу - будет чуть меньшее количество запросов к БД в статистике. Но мне кажется, важно не само по себе количество запросов, а общая картина нагрузки, и ее сбалансированность.

Что скажите?
PM MAIL   Вверх
Akina
Дата 3.8.2017, 12:23 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


Профиль
Группа: Модератор
Сообщений: 20393
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 106
Всего: 449



Цитата(maxipub @  3.8.2017,  12:51 Найти цитируемый пост)
Что скажите? 

Что предварительная оптимизация - зло.
Есть проблемы от этих трёх сотен запросов? нет? ну и хрен с им тогда, пусть дёргает.


--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
maxipub
Дата 3.8.2017, 14:25 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 514
Регистрация: 22.10.2009

Репутация: 1
Всего: 1



Akina, и то правда. Благодарю! smile
PM MAIL   Вверх
Google
  Дата 20.5.2019, 17:28 (ссылка)  





  Вверх
  
Ответ в темуСоздание новой темы Создание опроса
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | MySQL | Следующая тема »


 




[ Время генерации скрипта: 0.1589 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.