缓存的最佳实践是什么？有什么限制？
我使用 Zend_cache 来缓存一些复杂的数据库查询、服务等的结果。
我的网站是社交网站，这意味着有很多用户交互。
我也能够在这里和那里缓存用户数据。但这意味着，我将拥有近数万个缓存文件（有 10 000 个用户）。这种缓存来自数据库的几乎所有内容的方法对性能仍然有好处吗？或者文件系统有一些限制？
一直在寻找一些文章，没有找到。
谢谢你的建议！ 雅鲁塞克
Im using Zend_cache to cache results of some complicated db queries, services etc.
My site is social, that means that there is a lot of user interaction.
Im able to cache users data here and there as well. But taht means, that i will have nearly tens of thousands cache files (with 10 000 users). Is this approach to cache almost everything coming from db still good for performance? Or there are some limits of filesystem?
Was looking for some article around, didnt find.
Thanks for an advice!
Jaroušek
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您应该问的问题是创建/填充/维护该缓存的开销是否超过了生成可缓存数据的成本。
如果生成一些数据的成本为 1 美元，缓存数据的成本为 10 美元，从缓存检索数据的成本为 0.8 美元，那么您必须能够从缓存中检索该数据 50 次才能实现收支平衡。
如果您在缓存数据过期/失效之前仅访问 10 次，那么您将损失 8 美元。
The question you should be asking is if the overhead of creating/populating/maintaining that cache exceeds the cost of generating the cacheable data in the first place.
If it costs you $1 to generate some data, $10 to cache it, and $0.8 to retrieve from cache, then you'd have to be able to retrieve that data from cache 50 times to break even.
If you only access the cached data 10 times before it expires/invalidates, then you're losing $8.