json - 在服务器端缓存 JSON 对象

Question

我有一个服务器，其中包含根据移动客户端的 API 请求提供的数据。数据是持久的，更新频率非常低(比如一周一次)。但是表设计很重，导致 API 请求服务缓慢

Web 服务是用 Yii + Postgre SQL 实现的。

• 使用 memcached 是解决这个问题的方法吗？如果是，如果缓存数据变脏，我该如何管理？
• 对此有任何替代解决方案吗？ Postgre有没有像MySQL中的MEMORY一样的内置机制？
• redis 怎么样？

Answer 1

你可以使用 memcached，但同样每个人都会攻击你的数据库服务器。在您的情况下，您是说查询结果有点持久，因此缓存来自您的 Web 服务的 JSON 响应可能更有意义。

这可以使用带有内置缓存的反向代理来完成。我想一个示例可能对您最有帮助，我们如何使用 Jetty (Java) 和 NGINX 来做到这一点:

在我们的设置中，我们有一个为我们的移动客户端提供 API 的 Jetty (Java) 实例。该 API 正在监听 localhost:8080/api 并返回从本地 Mysql 数据库上的一些查询中获取的 JSON 结果。

此时，我们可以将 API 直接提供给我们的客户，但是反向代理来了:

在 API 前面有一个 NGINX 网络服务器从 0.0.0.0:80/(无处不在，端口 80)监听 当移动客户端连接到 0.0.0.0:80/api 时，内置反向代理会尝试从其缓存中获取准确的查询字符串。如果失败，它会从 localhost:8080/api 获取它，将其放入缓存中并提供在缓存中找到的新值。

好处:

• 您可以使用其他 NGINX 好东西:缓存的 JSON 文件的自动 GZIP 压缩
• NGINX 的 SSL 端点终止。
• NGINX worker 可能会让你受益，当你有更多的连接时，所有的连接都从缓存中请求数据。
• 您可以整合您的服务端点

考虑缓存失效:

您必须考虑缓存失效。您可以告诉 NGINX 保留它的缓存，例如，对 localhost:8080/api 的所有 HTTP 200 请求保留一周，或者对所有其他 HTTP 状态代码保留 1 分钟。但是如果有时间，你想在一周内更新 API，缓存是无效的，所以你必须以某种方式删除它或者将缓存时间调低到一个小时或一天(这样大多数人会点击缓存)。

这就是我们所做的:当缓存变脏时，我们选择删除缓存。我们在服务器上运行另一个 JOB，监听通过 Puppet 触发的 Update-API 事件。 JOB 将负责为我们清除 NGINX 缓存。

另一个想法是在您的 Web 服务中添加清除缓存功能。我们决定反对这个解决方案的原因是:Web 服务必须知道它在反向代理后面运行，这会破坏关注点分离。但我会说，这取决于您的计划。

另一件能让您的 Web 服务更正确的事情是为每个 JSON 文件提供正确的 ETAG 和缓存过期 header 。同样，我们没有这样做，因为我们有一个大的更新事件，而不是每个文件的小更新事件。

旁注:

• 您不必使用 NGINX，但配置起来真的很容易
• NGINX 和 Apache 支持 SSL
• 还有著名的反向代理(https://www.varnish-cache.org)，但据我所知它不支持 SSL(还没有？)

因此，如果您要在 Web 服务 + SSL 之前使用 Varnish，您将使用如下配置: NGINX -> Varnish -> Web 服务。

引用资料: - NGINX 服务器:http://nginx.com -清漆反向代理:https://www.varnish-cache.org - 傀儡 IT 自动化:https://puppetlabs.com - NGINX 反向代理教程:http://www.cyberciti.biz/faq/howto-linux-unix-setup-nginx-ssl-proxy/ http://www.cyberciti.biz/tips/using-nginx-as-reverse-proxy.html