4

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

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

  • 使用 memcached 是解决这个问题的一种方法吗？如果是，如果缓存的数据变脏，我该如何管理？
  • 有什么替代解决方案吗？Postgre 有没有像 MySQL 中的 MEMORY 这样的内置机制？
  • 雷迪斯呢？
4

1 回答 1

12

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

这可以使用带有内置缓存的反向代理来完成。我想一个例子可能会对我们如何使用 Jetty (Java) 和 NGINX 提供最大帮助：

在我们的设置中，我们有一个 Jetty (Java) 实例为我们的移动客户端提供 API。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 工作人员可能会让你受益，所有这些都从缓存中请求数据。
  • 您可以整合您的服务端点

想想缓存失效：

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

这就是我们所做的：我们选择在缓存脏的时候删除它。我们在服务器上运行了另一个作业，侦听通过 Puppet 触发的Update-API 事件。JOB 会为我们清理 NGINX 缓存。

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

让您的 Web 服务更正确的另一件事是为每个 JSON 文件提供正确的 ETAG 和 cache-expires 标头。同样，我们没有这样做，因为我们有一个大的更新事件，而不是每个文件的小更新事件。

旁注：

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

因此，如果您要在 Web Service + SSL 前使用 Varnish，您将使用如下配置：NGINX -> Varnish -> Web Service。

参考资料： - NGINX 服务器：http://nginx.com - Varnish 反向代理：https ://www.varnish-cache.org - Puppet 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

于 2013-08-07T06:48:35.293 回答