【问题标题】:Google API Key giving Query over limit errorGoogle API Key 给出 Query over limit 错误
【发布时间】:2018-04-05 12:37:01
【问题描述】:

我们有一个 Web 应用程序,它直到昨天都运行良好。但是从昨天下午开始,我们在 google api 控制台中的一个项目,所有的键都开始出现 OVER_QUERY_LIMIT 错误。

我们交叉检查了该项目和 api 的配额仍未满。任何人都可以帮助我了解可能导致此问题的原因。

使用一天后,API 密钥仍然出现同样的错误。

为了提供更多信息,我们正在我们的应用程序中使用地理编码 API 和距离矩阵 API。

【问题讨论】:

  • 我们在过去几个小时内开始看到同样的事情。我们在尝试连接 API 时收到大量超时错误,然后在 Google API 仪表板中报告了大量 500 错误。现在,我们收到错误消息,说我们超出了 "reason"=>"rateLimitExceeded", "message"=>"Quota Error:" 间歇性有一段时间,现在一切都失败了。想知道他们的 API 是否有问题?我们正在使用 Analytics API。
  • 您的使用量与每日配额的差距有多大?
  • 我们现在恢复正常了。我们的使用率非常低,每分钟不到 20 个 API 调用(对于这个用例)。我们 100% 的请求都失败了。他们现在都成功了。

标签: google-api google-geocoding-api google-distancematrix-api


【解决方案1】:

如果您超出使用限制,您将收到 OVER_QUERY_LIMIT 状态代码作为响应。这意味着 Web 服务将停止提供正常响应并切换到仅返回状态代码 OVER_QUERY_LIMIT 直到再次允许更多使用。这可能发生:

如果收到错误是因为您的应用程序每秒发送的请求过多,则在几秒钟内。 在接下来的 24 小时内,如果收到错误是因为您的应用程序每天发送的请求过多。每日配额在太平洋时间午夜重置。 此截屏视频分步说明了正确的请求限制和错误处理,适用于所有 Web 服务。

收到状态码为 OVER_QUERY_LIMIT 的响应后,您的应用程序应确定已超出哪个使用限制。这可以通过暂停 2 秒并重新发送相同的请求来完成。如果状态码仍为 OVER_QUERY_LIMIT,则您的应用程序每天发送的请求过多。否则,您的应用每秒发送的请求过多。

注意:也有可能得到 OVER_QUERY_LIMIT 错误:

  1. 当每个请求提供超过 512 个点时,来自 Google Maps Elevation API。
  2. 当每个请求提供超过 625 个元素时,来自 Google Maps Distance Matrix API。

应用程序应确保在发送请求之前未达到这些限制。

Documentation usage limits

【讨论】:

  • 可以肯定地说,谷歌也早在达到配额之前就抛出了这个错误。例如,每天的地理编码配额为 100,000,每秒为 50。我每秒 30,每天 60k,并且此错误大量出现。控制台显示 30/秒的查询率和 10% 的错误率(由于 API 抛出了错误的配额限制)
  • 他们的地理编码 API 远非完美。我已经看到完全糟糕的结果,不可靠的结果类型的语言结果类型,完全错误的配额行为。人们通常没有意识到这一点,但如果你有大量的请求(一万到十万),就会发生奇怪的事情。
猜你喜欢
  • 1970-01-01
  • 2012-12-10
  • 2018-04-18
  • 1970-01-01
  • 2017-08-03
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多