Я же размышлял вот над какой проблемой, и даже рассказывал о ней жене, находясь в продуктовом магазине.
Вот представьте, что есть у вас сайт, написанный, к примеру, на PHP, и где-то есть memcached, в который складываются куски страниц.
Сайт удобно поделен на разделы, и объекты из кэша не вылетают до тех пор, пока контентщик в админке не попросит движок вынести из кэша все объекты для указанного раздела.
В этой модели все хорошо, кроме того факта, что memcached очень простой инструмент. Он может только положить, достать и показать статистику. Ну и еще удалить. Поэтому для описании иерархии, которая неизбежно возникает при наличии разделов и сопоставленных им ключей в кэше, мы ничего лучше не изобрели, как использовать таблицу в MySQL, прикрутив ее прямо в память.
Я уже почти убедил себя в том, что это неизбежное зло, но меня дико раздражает один момент: отныне рестарты MySQL и memcached следует производить согласованно, чтобы описание в базе соответствовало ситуации в кэше. Подобной цветущей сложности хотелось бы избежать.
Опять же, я пока не придумал ничего лучшего, чем завести столько инстансов memcached, сколько у меня разделов в админке, что мне совершенно не подходит по соображениям гигиены мозга.
В Java как-то проще было, честное слово.
Надо бы посмотреть, как люди делают, но для этого сперва надо некоторым образом вынырнуть изо всяких текущих дел. Интуиция подсказывает, что к тому моменту я могу уже потерять всякий интерес к сложным взаимоотношениям PHP, memcached и базы-описателя в MySQL.
Такая вот инфа, камрады.