Memcached и теги

Question

[llexa]

Хочется использовать Memcached с её мульти-гетами и мульти-сетами, но останавливает отсутствие тегирования.

Для Memcache (в котором нет поддержки мульти-гетов и мульти-сетов) есть модификация для тегирования memcached-tags и класс Dklab_Cache.

Как заюзать Memcached с тегированием? Может кто-нибудь уже сталкивался с этой проблемой?

Answer 1

[Алексей Журбицкий]

Сталкивался, реализовал у себя такое такое. На хабре есть пример реализации для Kohana.

Comments

[Алексей Журбицкий]

Кстати пример использования memcached-tags в php есть в вики.

Answer 2

[sajgak]

Специфичная, но намного более гибкая реализация habrahabr.ru/blogs/webdev/111508/ Сейчас уже работает на продакшине, доволен как слон:)

Answer 3

[Роман Гоголев]

В Memcache есть мультигет, пользуйтесь

Answer 4

[Роман Гоголев]

Dklab_Cache можно приспособить к любому key-value хранилищу, хоть Memcached хоть Filecache.

Answer 5

[Александр]

Хочется использовать Memcached с её мульти-гетами и мульти-сетами, но останавливает отсутствие тегирования.

активно и давно использую мемкеш, но так и не понял а зачем нужно теггирование?

Comments

[Роман Гоголев]

Чтобы удалять по тегу ©К.О.

[Александр]

Вопрос 1: зачем вообще удалять? (у меня не было таких ситуаций). Только перезаписывание устаревшей информации.

Вопрос 2: и чем это лучше? в чем разница удаляем по ключу или тегу. Удаление по тегу тянет за собой выбор по тегу в качестве ключа значение списка ключей — которые надо удалять. Сам механизм мемкеша этого не делает. Это лишь дополнительные расходы еще на одно образение к мемкешу :)

[Роман Гоголев]

1) Как правило генерация кеша делается так:
надо получить инфу --> смотрим есть ли она в кеше --> в кеше её нет --> берем инфу из другого места (БД) --> сохраняем её в кеш --> работаем дальше
Так вот, если инфа в кеше устарела, то это надо как-то пометить, самый простой способ — удалить. Тогда при следующем запросе этой инфы она обновится.

2. В мемкеше нельзя получить список ключей, и вы не всегда точно знаете какая информация уже есть в кеше, чтобы удалять ключи.
Пример — у вас есть на сайте mp3шки. Вы делаете запрос в БД получить ТОП-20 и сохраняете выборку в кеш с ключем top20, в этой выборке песни и количество скачиваний. Происходит скачивание какой-то песни (любой, даже той которой нет в топе). Вам теперь необходимо либо потереть кеш top20, чтобы он сгенерился заново, либо посмотреть туда, узнать есть ли там скаченная песня. Если вы используете теги, то вы можете пометить эту выборку тегами с именами входящих песен и тереть по тегу, тогда top20 сотрется только в том случае, если там есть скаченная песня.

В общем это довольно сильный механизм, который используется в проектах с большим количеством связей, но, естественно, не надо использовать теги ради тегов. Если Вы не чуствуете необходимости их использовать — не используйте :)

[Александр]

2. В мемкеше нельзя получить список ключей, и вы не всегда точно знаете какая информация уже есть в кеше, чтобы удалять ключи.

можно но, не нужно ;) та как это накладно.

[Александр]

Пример — у вас есть на сайте mp3шки. Вы делаете запрос в БД получить ТОП-20

Top20 генерится раз в сутки/час/пять минут. Ни кому эта информация подробно не нужна. И не надо что-то изобретать с тегами и только усложнять себе жизнь.

[Роман Гоголев]

Не надо :)