java - 如何为 Web 应用程序实现缓存

Question

缓存使用 Java 和 NoSQL 数据库开发的 Web 应用程序数据的不同方法有哪些？数据库还提供缓存，它们是缓存的唯一且始终是最佳选择吗？

我还能如何在应用程序上缓存我的用户数据。应用程序包含非常用户特定的数据，就像在社交网络中一样。对于应该缓存什么类型的东西，是否有一些简单的经验法则？

我还可以使用 Java 将我的数据缓存在应用程序服务器上吗？

Answer 1

如果你想要一个经验法则，迈克尔 jackson (不是那个迈克尔 jackson )说的是:

1. 程序优化的第一条规则:不要这样做。
2. 程序优化的第二条规则(仅限专家!):先不要做。

古老的传统是，在您进行分析之前不要进行优化 - 也就是说，直到您有确凿的证据证明实际需要优化的内容。缓存是一种优化；它很可能对您的应用程序很重要，但是直到您能够将您的应用程序置于负载之下并查看哪些对象需要很长时间才能获取(从数据库加载或其他)，您不会知道需要什么缓存。无论您有多聪明，也无论您从这里得到什么建议 - 除非您这样做，否则您不会知道需要缓存什么。

至于你可以缓存的东西，它是任何东西，但我想你可以将它分为三类:

1. 数据库中的新鲜事物。这些很容易缓存，因为在您访问数据库时，您拥有缓存键(主键、查询参数等)所需的标识信息。通过缓存它们，您可以节省从数据库中获取它们的时间 - 这涉及 IO，因此它可能非常大。
2. 在领域模型中通过计算产生的东西(也许是社交应用程序中的新闻提要)。这些可能更难以缓存，因为更多的上下文信息用于生成它们；您可能必须重构您的代码以创建一个单点，其中所需的信息都在手边，因此您可以对其应用缓存。或者您可能会发现它已经存在。缓存这些将保存获取制作它们的信息所需的所有数据库访问，以及所有计算；计算所花费的时间可能会或可能不会显着增加 IO 所花费的时间。使此类缓存的内容无效可能比纯数据库对象困难得多。
3. 发送到浏览器的内容 - 页面或页面片段。它们很容易缓存，因为在设计合理的应用程序中，它们由 URL 或 URL 和用户的组合唯一标识。缓存这些将节省您应用程序中的所有计算；它甚至可以避免服务请求，因为它可以由 reverse proxy 完成坐在你的应用服务器前。两个问题。首先，它使用大量内存:从几千字节的对象渲染出来的页面可能有几十或几百千字节(我的 Facebook 主页是 50 kB)。这意味着您必须节省大量计算才能使其比在数据库或域模型层缓存更好，而且在设计合理的应用程序中，域模型和 HTML 之间没有那么多计算。其次，失效比在域模型中更难，并且很可能经常发生 - 任何更改页面或片段的内容都需要使缓存失效。

最后，实际的机制:从一些简单的进程中的东西开始，比如大小有限的 map 和最近最少使用的驱逐政策。这很简单但很有效。像 EHCache 这样的进程外的东西更复杂，但有两个优点:你可以在多个进程之间共享缓存(如果你有一个集群会很有帮助，你可能会在某个时候这样做)，你可以将数据存储在垃圾收集器的位置不会看到它，这可能会节省一些 CPU 时间(可能 - 这是一个太大的主题，无法进入这里)。

但我重申我的第一点:在您知道需要缓存什么之前不要缓存，一旦您这样做了，请注意缓存好处的限制，并尽量保持您的缓存策略尽可能简单(但当然并不简单)。