为什么 Django 返回过时的缓存数据？

我有两个 Django 模型，如下所示，MyModel1 & MyModel2:

class MyModel1(CachingMixin, MPTTModel):
    name = models.CharField(null=False, blank=False, max_length=255)
    objects = CachingManager()

    def __str__(self):
        return "; ".join(["ID: %s" % self.pk, "name: %s" % self.name, ] )

class MyModel2(CachingMixin, models.Model):
    name = models.CharField(null=False, blank=False, max_length=255)
    model1 = models.ManyToManyField(MyModel1, related_name="MyModel2_MyModel1")
    objects = CachingManager()

    def __str__(self):
        return "; ".join(["ID: %s" % self.pk, "name: %s" % self.name, ] )

MyModel2有一个 ManyToMany 字段MyModel1有权model1

现在看看当我向此 ManyToMany 字段添加新条目时会发生什么。根据 Django 的说法，它没有任何效果：

>>> m1 = MyModel1.objects.all()[0]
>>> m2 = MyModel2.objects.all()[0]
>>> m2.model1.all()
[]
>>> m2.model1.add(m1)
>>> m2.model1.all()
[]

为什么？这似乎肯定是一个缓存问题，因为我看到数据库表 myapp_mymodel2_mymodel1 中有一个新条目用于此链接m2 & m1。我应该如何修复它？

django-cache-machine 真的需要吗？

MyModel1.objects.all()[0]

大致翻译为

SELECT * FROM app_mymodel LIMIT 1

像这样的查询总是很快。无论是从缓存还是从数据库获取，速度都没有显着差异。

当您使用缓存管理器时，您实际上会在这里增加一些开销，这可能会使速度变慢一些。大多数时候，这种努力都会被浪费，因为可能没有缓存命中，如下一节所述。

django-cache-machine 是如何工作的

每当您运行查询时，CachingQuerySet将尝试找到该查询 在缓存中。查询的关键字是{prefix}:{sql}。如果它在那里，我们 返回缓存的结果集，大家都很高兴。如果查询不是 在缓存中，执行运行数据库查询的正常代码路径。 当结果集中的对象被迭代时，它们被添加到 迭代完成后将被缓存的列表。

source: https://cache-machine.readthedocs.io/en/latest/

因此，在您的问题中执行的两个查询相同的情况下，如果缓存尚未失效，缓存管理器将从内存缓存中获取第二个结果集。

同一链接解释了缓存键如何失效。

为了支持简单的缓存失效，我们使用“刷新列表”来标记 对象所属的缓存查询。这样，所有查询都在 当该对象发生更改时，找到的对象将失效。冲洗 列表将对象键映射到查询键列表。

当对象被保存或删除时，其刷新列表中的所有查询键 将被删除。此外，其外键的刷新列表 关系将被清除。为了避免陈旧的外键关系，任何 当对象的外键被刷新时，缓存的对象将被刷新 指向无效。

很明显，保存或删除对象将导致缓存中的许多对象失效。因此，您可以通过使用缓存管理器来减慢这些操作的速度。另外值得注意的是，失效文档根本没有提及多对多字段。有一个开放问题为此，从您对该问题的评论来看，很明显您也发现了它。

Solution

卡盘缓存机。缓存所有查询几乎不值得。它会导致各种难以发现的错误和问题。最好的方法是优化您的表并微调您的查询。如果您发现某个特定查询太慢，请手动缓存它。