Django. Не могу разобраться с кэшем?

Question

[Xawer]

Доброго времени суток!

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

cacheName = 'photosPage%s' %page
photos = cache.get(cacheName)
if photos == None:
    photos = (Thumbs.objects
                                .filter(pubDate__lte=datetime.now()) 
                                .all[:100])
    cache.set(cacheName, photos 60 * 10)

А дальше идёт код, который должен увеличивать число просмотров для фотографий:

for photo in photos:
    photo.views += 1
    photo.save()

Который, соответственно, и не работает.
Точнее, работает только в момент перестройки кэша, или если кэш отключить.

Прошу помочь и пнуть в нужном направлении)

Comments

[sim3x]

извликающий
photos == None

[sim3x]

интересно, а что тут происходит?
>cache.set(cacheName, photos 60 * 10)

Answer 1

[Илья]

У вас в photos сохранено то, что получено из кэша. Т.е. вы работаете не сданными из БД. Для повышения счетчика вам надо обращаться к БД.
Работа счетчика при перестройке обусловлено как раз тем, что в этот момент там хранится информация для работы с бд.
cache.get(cacheName) != Thumbs.objects.filter(pubDate__lte=datetime.now()).all[:100]
Лучше повышать счетчик в памяти и скидывать периодически в БД.

Comments

[Xawer]

Благодарю за ответ. Сделал именно так, помогло.

Answer 2

[sim3x]

Кешировать стоит после того как понятно, что стало узким местом
Тут пока непонятно зачем кешировать картинки текущего дня, если они буду меняться

Comments

[Xawer]

Это 100% является узким местом при достаточной посещаемости)) (переписываю проект, написанный на php)

[sim3x]

Xawer: если нужна реалтайм стата, то сделай хранение в редисе и инкременти счетчик в нем
если не реалтайм, то кешируй с TTL и проверяй наличие ключа в кеше

[Xawer]

Благодарю за ответ. Сделал так:

Выгружаю данные в кэш, а в другом кэше храню список из id и счётчика, который при каждом просмотре увеличивается.
При устаревании основного кэша, данные со счётчика отсылаются в базу и инвалидируется счётчик.