我对缓存策略和实现都很陌生.我正在开发一个数据库密集型项目,但也会定期更新和更改信息.
我已经找到足够的信息来了解如何开发缓存功能,但我不确定的是一般策略.
如果我缓存所有查询结果并按逻辑事项对它们进行分组,我可以清楚地触发有意义的触发器,我的缓存中可能会有数万个(至少)微小的文件.仅缓存大型查询结果会更有意义吗？
我知道这是一个特定于硬件的问题,但一般来说,缓存变得毫无意义的文件量是多少？这意味着,如果您正在使用所有这些小文件加载文件系统,那么对它们的访问最终会变得足够慢,以至于您可能还没有缓存信息开头？
谢谢大家,我对您提供的任何意见感兴趣
编辑:根据有关这绝对是特定于应用程序的回复,让我以这种方式提出问题应该是普遍的:
假设我的应用程序依赖于一个包含1,000,000个项目的表...
是否可以更快地执行查询以直接从数据库中检索其中一个项目,或者从我的缓存目录中检索其中一个项目,其中包含1,000,000个文件,每个文件都包含其中一个项目的详细信息？
编辑:显然100,000不足以得到一个有效的答案,让它成为1,000,000.有人想要1000,000,000？因为我能做到......