Я конечно извеняюсь, но вот задумался серьёзно насчёт кэширования полученых из бд данных. Подумал так, и не верится что мускул будет сам справляться с кэшированием(даже если есть внутрение механизмы). Думаю над реализацией, а точнее архитектурой данной хрени.
Товарищи пыхеры и пыхершы(если такие имеются) помогите плз...   Хотябы добрым словом ;D memcached и других серверов не представляется возможным подключить.
шаред мемори тоже вырублена(думаю и не помогло бы)

файловый кеш?

рассказывать что есть несколько драйверов/подходов/хуевин для кеширования - содрагание воздуха, банально пречислю несоклько memcache, file cache, apc, eaccelerator, xcache, redis, memcachedb и прочие ...
 
у любой есть базовый одинаковый функционал - сохранение пачки данных и извлечение по  "ключу", берем например ключем md5 от sql запрса который кешируем и под эим ключем сохраняем и возвращаем из кеша запросы.
 
например была функция
 

переделываем на подобный лад
 

ну и юзаем $topnews = dbExecute("SELECT * FROM news ORDER BY toppoints DESC LIMIT 50", 900);
 
и получили "кеширующую функцию для базы" ))))))
 
ну это так, на пальцах, щас придет главрыб и объяснит как правильно это делают опытные теоретики через zend_cache и прочую гламурную кисо

Ны это понятно, что файловых кэш.
Про ключи тоже, вот только если данные поменялись в базе, хотельсь бы кэш обновить...
я подумывал над тем чтобы хранить в подразделах, по таблицам. Допустим если таблица обновлена, то и кэш обновляется, а если нет то уже ищем по хэшу. Реализация драйвера в симбиозе с кэширующим механизмом это и есть главная идея реализации, вопрос только вот в эфективной системе учёта(и пливать что лишний цикл при обработки ответа мускула).
 
П.С. кстати die() тут бы Попов поддержал, правдо он бы добавил от себя mysql_error() ;D жали конечно что доступа к рут нет, так бы воспользовался memcache в симбиозе с APC...

AlexanderC, в браузере не удобно код писать, для отступов таб не работает - перекидыват на другие элементы, поэтому я обломался писать иф и трау эксепшн :-)
 
ну сделай Cache::clear($key = false);
 
и очищай по ключу ... для удобства я бы тогда завел удобные для веширования ключи, а не мд5, а то не удобно будет запрос вписывать в инвалидацию)) я ключи обычно делаю аля "$user#$id" ну и инвалидирую по ним, ну а без параметров например очищает все кеш пространство :-)

Кстати ну нах погружать целый фрэймворк ради клэширование. Это извращение получится...

А, и вот ещё- думал хранить кэшь тоже в базе(отдельную для него создать), потому как удобно структурировать и управлять...
Вопрос в том что целесообразно это или нет, ну и хватит ли мне TEXT или лучше хранить в бинарном виде?

AlexanderC

Вопрос в том что целесообразно это или нет, ну и хватит ли мне TEXT или лучше хранить в бинарном виде?

абсолютно нецелесообразно. хранить в файлах - скорость работы будет раз так в 10 больше + на совсем простых страницах возможно вообще не придется подключаться к базе :-)
 
делают кеш специально чтобы разгрузить базу ... а ты в нее же родимую суешь ... база хорошо, но грузить ее пусть и однотипные пиздечки простыми запросами - смысла особого нет, лучше в файлы

Мда, тут конечно прикланяюсь- хуйню начал нести ))))
Если для каждой таблицы создавать папку, и отдельно для таблиц кэш обновлять норм ?
Кстати для страниц есть отдельный файловый кэш, ток после манипуляций с базой данных он обновляется... ... уже принялся за код...

AlexanderC

memcached и других серверов не представляется возможным подключить.

Если у тебя серьезный проект, требующий кеширования -  то это нелепая отмазка. Иначе никакого кеширования не надо.

AlexB, да ладно тебе, не пугай человека)) не раз видел файловый кеш, который базу разгружает на 70-80% и в итоге все начинает летать :-)
 

Про файловый кеш, предлагаю задуматься над таким вопросом - в момент когда один пользователь зашел на страницу первый раз - генерится кеш, в этот момент туда же заходит другой пользователь (кеш еще не сгенерен) и генерация запускается снова. Потом оба процесса одновременно предпринимают попытку записать в один файл.  

phpdude

AlexB, да ладно тебе, не пугай человека)) не раз видел файловый кеш, который базу разгружает на 70-80% и в итоге все начинает летать :-)

Да я знаю, более того он у меня - основное кеширующее звено. Просто все эти отмазки про невозможно что-то поставить на мой взгдяд совершенно нелепы ...

AlexB, а файл локи на что?)
 
можн вообще
 
мастер: залочил файл, начал обновлять, обновил кеш, отлочил файл
слейв: проверяет лок, если залочен - ждет, проверяет интервалами по 50 мс например, дождался когда файл разлочился, проверяет таймстапмы и тп, читает, если все валидно, то использует кешированную инфу.
 
профит)

А как быть с файл локам ???
Проект для себя...
это не highload, но хост дерьмо, а на другой переходить лень(как обычно).
Если бы был серьёзным то там не ток кэширующий сервер нужен, но и подобающая архитектура, с маштабированием итдитп...

а так, ты просто перекладываешь 2 строки кода в мастере и вайл в слейве на мемкеш ... а если зашло 100500 пользователей?) по хорошему для сложных выборок надо все равно локи использовать, хоть на уровне мема хоть на уровне файлов, похуй где в общем то)