卷曲比远程数据库比本地文件？

Question

我正在开发一个系统，该系统需要基于IP地址获取国家/地区代码，并且需要在多台服务器上可访问各种形状和大小的多个应用程序。

目前，这是通过对预先存在的geo.php库的cURL请求获得的，我认为该库可以从MaxMind下载的.dat文件中解析国家/地区代码。 显然，尽管此方法在高负载下遇到了问题，可能是由于内存泄漏引起的？ 没有人真的确定。

向我建议的权力是，我们应该放弃cURLing，并从本地的地理编码库中导出国家/地区代码，并将数据也存储在本地文件中。 或者可能是托管在例如Amazon S3上的主文件。 当然，对于将不必要的IP到国家查询的大量文件不必要地存储在一百个不同的地方，我感到有些警惕。

我要做的一件事是将数据放在mysql数据库中，并通过连接获得所需的结果。 我不确定，但是在我看来，我们的站点在连接到集中化mysql数据时通常可以快速高效地运行，因此这不是解决此特定问题的好方法吗？

那么我的问题是：以不同方式获取数据的相对开销是多少？ 将其卷曲，向远程数据库发出请求，从本地文件获取它，还是从其他位置托管的文件获取它？ 很难确定其中哪一个效率更高或效率更低，以及效率的相对收益是否可能足够大而无济于事...

Answer 1

您以错误的方式陈述这个问题。
只有两种不同的方法：

• 网络查找
• 本地资源请求

只有一个答案：

服务客户端请求时，切勿进行任何网络查找。

因此，只要您正在访问本地资源（可以-在同一个数据中心内），就可以了。
如果您要请求一些遥远的资源-无论是curl还是数据库或其他资源-都将遇到麻烦。

这个规则对我来说似乎很明显。

Answer 2

我有一个使用cURL的网站，也可以从maxmind获取国家代码文本大约1.5年，据我所知没有任何问题。 我所做的一件事是为cURL请求设置了约1-2秒的超时时间，如果未达到要求，则默认返回到设置的国家/地区代码。 我相信我们已经对maxmind进行了大约一百万次查询，因此必须使用它。...如果在那个时候没有达到，我就不想再放慢页面了。 那是使用外部库的主要缺点-依赖于它们的响应时间。

至于在本地拥有它，主要要关注的是：它会从现在开始更新一年吗？ 显然，您无法从当前的IPv4池中获得更多不同的IP地址，但是潜在的ISP可以在不同国家/地区购买/出售/交易IP（我不知道它是如何工作的，但是我已经看到很多IP不同的国家，他们似乎从未对他们有任何模式（笑）。 如果那没有发生，请忽略该部分：p。 关于在本地拥有它的另一件事是，您可以使用mysql查询缓存来存储结果，因此您不必担心后续页面加载时的资源，或者只是做我所做的并将其存储在Cookie中并先检查一下在进行卷曲（或查找）之前。