Django cache.clear() 不工作(LocMemCache，AWS)

Question

背景

我有一个在 AWS ElasticBeanstalk 上运行 Django 2.0 的网站。我在我的网站上有几个 View 需要一些时间来计算，所以我想我会研究一些简单的缓存。我决定使用 LocMemCache，因为它看起来是满足我需求的最快设置。 (我正在使用 AWS，因此使用 Memcached 显然需要 ElastiCache，这会增加成本并且是我想避免的额外设置开销。)

View 不经常变化，网站流量也不高，所以我在缓存上设置了很长的超时时间。我在三个 View 中启用了缓存:

1. 在模板内生成的报告——使用模板片段缓存
2. AJAX 请求并在 JS 库中使用的位置列表 – 使用每个 View 缓存
3. 动态生成的二进制文件下载——使用按 View 缓存

缓存已设置并且运行良好。

进入这些 View 的数据是由我公司的其他员工添加和编辑的，他们习惯于立即出现他们的更改。所以为了解决诸如“我更新了这个数据，为什么网页没有更新？”之类的问题。我想创建一个“清除服务器缓存”按钮，供员工访问，以强制重置缓存。

按钮已设置并正常运行。它请求一个从 django.core.cache 调用 cache.clear() 的 View 。我使用了 sledgehammer cache.clear() 方法，因为在代码中指定单个每个 View 缓存的方法似乎有点笨拙和复杂，因此“全部清除”方法似乎足够了。至少它应该始终“有效”，因为所有数据都将再次重新加载。

问题

当我使用按钮调用 cache.clear() 时，它只会清除模板片段缓存。它似乎没有清除每个 View 的缓存。为什么？

根据 Django Documentation ,

Be careful with this; clear() will remove everything from the cache, not just the keys set by your application.

那么为什么它不触及每个 View 缓存？警告是否似乎表明 clear() 是危险的，特别是因为它是一把大锤，什么都没有幸免？我错过了什么？

AWS 是否使用某种特殊的内存来避免这种剔除？ (如果是这种情况，那么为什么模板片段被成功清除？)我确实注意到(并且发现它很有趣)即使在将新图像部署到同一环境后缓存仍然存在。

我可以切换到使用数据库缓存，但我想了解为什么这不起作用，所以我不需要放弃 LocMemCache 作为将来使用的选项。

我也可以让其他人使用模板片段缓存，但如果我扩展缓存以满足其他需求，我将希望能够使用按 View 缓存。此外，此解决方案对于二进制文件下载 View 而言不太理想。

settings.py

CACHES = {
    'default': {
        'BACKEND': 'django.core.cache.backends.locmem.LocMemCache',
##        'LOCATION': '',
    },
}

portfolio.html(缓存 #1 – 模板片段)

{% load static cache compress %}

...

<div id="total-portfolio-content">
{% cache 7200 portfolio %}{% include 'reports/total_portfolio/report_include.html' %}{% endcache %}
</div>

map/urls.py(缓存 #2 – 每个 View )

from django.conf.urls import include, url

app_name = 'map'
urlpatterns = [
    ## Yes, I know this uses the old-style url(). I have plans to upgrade the entire project.
    url(r'^(?P<tg>[\w-]+)/data.geojson$',
        cache_page(60 * 60 * 12)(
            views.NamedGeoJSONLayerView.as_view(model=FacilityCoord)),
        name='tg-data'),
]

resources/urls/__init__.py(缓存 #3 – 每个 View )

from django.conf.urls import include, url

app_name = 'resources'
urlpatterns = [
    url(r'^download/$',
        cache_page(60 * 60 * 12)(
            views.DownloadMetricXLSX.as_view()),
        name='download'),
]

myadmin/views.py(缓存清除按钮)

from django.core.cache import cache

@staff_member_required(login_url=login_url)
def clear_cache(request):
    cache.clear()

    ## And because that doesn't seem to work as advertised, I also tried....
    ## taken from <https://djangosnippets.org/snippets/1080/>
    try:
        cache._cache.clear()  # in-memory caching
        cache._expire_info.clear()
    except AttributeError:
        # I think this only applies to filesystem caching? Just grasping at straws.
        old_freq = cache._cull_frequency
        old_max = cache._max_entries
        cache._max_entries = 0
        cache._cull_frequency = 1
        cache._cull()
        cache._cull_frequency = old_freq
        cache._max_entries = old_max

    return JsonResponse({'success': True})

Answer 1

问题出在响应 header 中。 cache_page 装饰器自动将 max-age 选项添加到响应中的 Cache-Control header 。所以缓存清除工作正常，清除了服务器上的本地内存，但是用户的浏览器被指示在超时期间不要向服务器请求更新的数据。我的浏览器很乐意遵守(即使在 Ctrl-F5 之后)。

幸运的是，您可以使用其他装饰器轻松处理此问题，现在已经很清楚发生了什么。 Django 提供了一些 other decorators ，例如 cache_control 或 never_cache。

我最终使用了 never_cache，它把 urls 文件变成了...

from django.conf.urls import include, url
from django.views.decorators.cache import never_cache, cache_page

app_name = 'map'
urlpatterns = [
    url(r'^(?P<tg>[\w-]+)/data.geojson$',
        never_cache(cache_page(60 * 60 * 12)(
            views.NamedGeoJSONLayerView.as_view(model=FacilityCoord))),
        name='tg-data'),
]

和

from django.conf.urls import include, url
from django.views.decorators.cache import never_cache, cache_page

app_name = 'resources'
urlpatterns = [
    url(r'^download/$',
        never_cache(cache_page(60 * 60 * 12)(
            views.DownloadMetricXLSX.as_view())),
        name='download'),
]