超过速率限制：使用simba jdbc驱动程序时，此表消息的表更新操作过多
我使用Simba Jdbc驱动程序版本1.2.2.1004将6行数据顺序插入到BigQuery表中。该表只有3列。后4插入我看到：
原因：com。辛巴。谷歌大查询。支持例外情况。GeneralException:[Simba]BigQueryJDBCDriver执行查询作业时出错。消息：超出速率限制：此表的表更新操作太多。有关详细信息，请参阅https://cloud.google.com/bigquery/troubleshooting-errors
我看过谷歌方面的配额，但似乎没有一个达到。如果我节流插入，所有的行都会被插入，所以它不是一天的限制，它似乎是每秒插入的数量，但根据我的配额，至少应该是10...
我还创建了一个测试类，它使用GoogleAPI插入相同的值，效果很好。。
共有1个答案
你达到这个限额，5次/10秒。所以，限制你的利率会有所帮助。
如果可能，尝试将较小的更新分组为较大的更新，以避免此配额。
https://cloud.google.com/bigquery/quotas#standard_tables
表元数据更新操作的最大速率-每个表每10秒5次操作
表元数据更新限制包括使用云控制台、经典的BigQueryWebUI、bq命令行工具、客户端库通过调用表执行的所有元数据更新操作。插入，表格。补丁，或表。更新API方法，或执行ALTER TABLE DDL语句。此限制也适用于作业输出。
-
在我的jenkins工作中，我得到这个错误为我的bot用户。我的限制是5000，我看到每秒钟大约有100个请求，我不确定哪个工作/服务正在使用机器人的请求。理想情况下，我的其他jenkins工作应该每分钟最多占用1个请求。 有没有办法找出是什么导致了如此高的请求率？或者任何API调用来列出在最后一分钟内进行的所有API调用或类似的东西？
-
我们正在使用Google的Admin SDK API。当我们执行超过2个线程向谷歌服务器发出批量请求时，我们会遇到很多403（超过速率限制）错误。 我们在项目管理面板中更改了每秒请求的速率限制，但似乎没有效果。正如谷歌在https://developers.google.com/admin-sdk/directory/v1/limits我们已尝试使用每个线程一个用户的凭据。 我们每秒可以发送多少个
-
我检索用户的照片使用管理sdk在java。我也实现了指数退避。 但在几次请求之后，我得到了403个错误代码和速率受限的异常消息。 有2000名用户和10至20名用户的照片。它开始给出403错误，并使用指数回退，这需要很长时间才能执行。 有人能给我一些关于这个问题的建议吗。？
-
以下配置出现问题， 我预计这里会抛出一个异常--但后面的驱动程序似乎不是这样。正在发生的是， collection.find返回一个FindIterable，其JSON错误结果如上，作为第一个文档 我们最终返回一个带有JSON错误的DatabaseQueryResult作为查询负载 我不希望这种情况发生--如果查询操作返回的OKMongoResponse中“OK”为0，我更希望mongo驱动程序抛
-
我是Spring整合的新手。 我们有一个REST应用程序，它接收的消息太多（每分钟6000条消息），超出了数据库的处理能力。所以我想将请求的速率限制为每15秒500条消息（每分钟2000条）。我使用队列通道来实现这一点。 一段时间后，应用程序将创建30000个Java线程。此外，队列通道容纳的消息比队列容量中提到的要多。 如何减少线程数量并限制队列中的消息？ 集成上下文xml： PrintGate
-
我们有一个使用Gmail API访问Gmail中电子邮件的应用程序。 我们随机得到以下错误消息 谷歌。API。请求。RequestError Rate Limit Excessed[超过429]错误[消息[超过速率限制]位置[-]原因[超过速率限制]域[使用权限]] 然后我们在错误事件代码中重试，并得到 谷歌。API。请求。RequestError后端错误[500]错误[消息[后端错误]位置[-]