Russian doll fragment caching with auto expiring keys - performance pros and cons
该问题基于2篇文章:
-DHH来自37signals的Basecamp Next
-Rails中的高级缓存by Adam Hawkins
对于使用俄罗斯玩偶缓存的性能影响,我有些困惑,特别是:
使用自动失效密钥时,似乎每个请求都将导致对数据库的访问以获取对象时间戳-我是否缺少某些东西? (我知道,在最佳情况下,您只需要对层次结构中的顶级键执行此操作,但仍然...)
在第一篇文章中,他们缓存了一个待办事项列表以及每个待办事项。缓存列表非常合理,因为它可以节省大量工作(所有项目的数据库查询)。但是为什么要缓存单个项目?您已经在数据库中获取Item时间戳,那么您到底要保存什么?生成几行HTML代码?
在第二篇文章中,Adam像这样缓存视图的大块:
添加评论后,它会更改发布的时间戳记,因此会使全部消息无效。但是,
在我看来,仅当您具有嵌套对象的较深层次时,俄罗斯玩偶缓存才有意义。但是,如果您的层次结构较浅,则最好自己进行失效处理。
任何反馈将不胜感激!
谢谢。
顶级确实需要访问数据库。您可以通过将时间戳存储在单独的缓存条目中来避免这种情况,该条目由型号和ID键控。关于第1条的评论者之一(Manuel F. Lara)提出了相同的建议:"是否还有另一个缓存(例如project / 15-time),您始终具有项目列表的最后一个时间戳?"
我认为您对嵌套中的"最低"级别是正确的。您可能需要进行一些测试,以查看数据库访问与呈现微小部分之间的相对性能。
另一个好处。根据rails docs的说明,如果将符号传递给
我想您必须确定所有这些是否值得您为之烦恼。这两篇文章展示了一些简单的,人为的例子来教授这些原理。在具有复杂关联的应用程序中,"分代"缓存方法可能更易于管理。