-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Кэширование MYSQL запросов
- Автор темы e2site
- Дата начала
Sawa
Новичок
никак, пхп это язык, мускл - база. сам по себе mysql может кэшировать, смотри документацию.
но если очень нужно, можно сохранять результаты запроса, потом подгружать их, к примеру ночью\утром\днем генерировать html страницы из базы, все пользователи смотрят уже готовое и базу не трогают. не делай граблей и не сохраняй в файлы промежуточные варианты для последующего разбора
но если очень нужно, можно сохранять результаты запроса, потом подгружать их, к примеру ночью\утром\днем генерировать html страницы из базы, все пользователи смотрят уже готовое и базу не трогают. не делай граблей и не сохраняй в файлы промежуточные варианты для последующего разбора
Alexandre
PHPПенсионер
есть очень много информации на эту тему, и много разных пхп-скриптов.
в свое время мной была сделана такакя вот поделка
зарекомендовала себя не плохо, но есть ограничения
что интересного в моей фичи, это то, что ты можешь выбирать данные из кеша по частям, например для организации пейджинга.
есть готовое решение mysql_proxy но оно предназначено больше для балансировки, а не для кеширования.
фича не всегда эффективно работает, если много разных запросов или есть нагрузка...но на эту тему почему-то находится много "светлых голов", которые очень любят пофлеймить, а надо ли кешировать мускуль-запросы или нет...
в свое время мной была сделана такакя вот поделка
зарекомендовала себя не плохо, но есть ограничения
что интересного в моей фичи, это то, что ты можешь выбирать данные из кеша по частям, например для организации пейджинга.
есть готовое решение mysql_proxy но оно предназначено больше для балансировки, а не для кеширования.
Alexandre
PHPПенсионер
Ром,
есть два пути решения любой задачи:
делать все в лоб, иногда даже не задумываясь: часто дает положительный эффект
и подумать как оно должно работать, расчитать необходимые объемы и с учетом специфики подогнать под оптимальный режим
вторым путем возни больше, по этому по нему идут не многие.
говоря про А, мы часто пропускаем, что это дает эффект при условии В и натыкаемся на комменты : а что будет при условии С. все индивидуально и ты это знаешь лучше меня.
есть два пути решения любой задачи:
делать все в лоб, иногда даже не задумываясь: часто дает положительный эффект
и подумать как оно должно работать, расчитать необходимые объемы и с учетом специфики подогнать под оптимальный режим
вторым путем возни больше, по этому по нему идут не многие.
говоря про А, мы часто пропускаем, что это дает эффект при условии В и натыкаемся на комменты : а что будет при условии С. все индивидуально и ты это знаешь лучше меня.
e2site
Новичок
в общем спрошу по другому.
У меня есть таблица
id name title
скажем из скрипта делается запрос для получения по id поля name. Возможно(!!!) потом потребуется еще и поле title, тогда получится, что мне придется 2 раза выполнить запрос:
1. SELECT name FROM tb WHERE id='1'
2. SELECT title FROM tb WHERE id='1'
А если таблица будет больше и данных будет больше, то очень много запросов будет одинаковых.
Казалось бы можно сделать запрос:
SELECT name,title FROM tb WHERE id='1'
Но тогда мне придется хранить в памяти значение title, а возможно мне оно и не понадобится.
Что бы было меньше вопросов:
Скажем все делается через функции:
1. выводит name
2. выводит title
Но скажем функция которая выводит title не обязательная. Т.е. ей могут просто не пользоваться
P.S. кто знает хостеры включают кэширования mysql? А то может я велосипед сижу изобретаю.
У меня есть таблица
id name title
скажем из скрипта делается запрос для получения по id поля name. Возможно(!!!) потом потребуется еще и поле title, тогда получится, что мне придется 2 раза выполнить запрос:
1. SELECT name FROM tb WHERE id='1'
2. SELECT title FROM tb WHERE id='1'
А если таблица будет больше и данных будет больше, то очень много запросов будет одинаковых.
Казалось бы можно сделать запрос:
SELECT name,title FROM tb WHERE id='1'
Но тогда мне придется хранить в памяти значение title, а возможно мне оно и не понадобится.
Что бы было меньше вопросов:
Скажем все делается через функции:
1. выводит name
2. выводит title
Но скажем функция которая выводит title не обязательная. Т.е. ей могут просто не пользоваться
P.S. кто знает хостеры включают кэширования mysql? А то может я велосипед сижу изобретаю.
A1x
Новичок
конечно бывает что надо кешировать результаты запросов, но иногда надо кешировать и данные другого происхождения
Поэтому имхо в пхп скрипте лучше использовать более общее решение - кеширование данных не зависящее от того откуда эти данные.
Вот допустим я использовал в проектах Smarty и ADODB - первый может кешировать шаблоны, а второй SQL запросы, а мне допустим еще надо кешировать конфиги или что-то там еще. Получается надо писать для этого доп. код. В результате имеем 3 разных куска кода, которые делают по сути одно и то же.
Не лучше ли иметь одно общее решение для кеширования любых данных?
