Google cloud firestore Cloud Firestore是否会拒绝或重新排队超出每秒连接数和写入数限制的请求?
我的问题是,在这些限制之后,云firestore会拒绝或重新排队请求吗Google cloud firestore Cloud Firestore是否会拒绝或重新排队超出每秒连接数和写入数限制的请求?,google-cloud-firestore,Google Cloud Firestore,我的问题是,在这些限制之后,云firestore会拒绝或重新排队请求吗 Maximum concurrent connections 1,000,000 Maximum writes per second per database 10,000 当您达到这些限制时,操作就会失败。除了Firestore中已经存在的重试机制之外,没有专门针对这些限制的排队和重试操作的机制,例如由于网络连接错误导致的基本写入失败。但是,如果您执行的是一个批处理操作,它遇到了失败,那么不管错误的原因是什么,都没有内置
Maximum concurrent connections 1,000,000
Maximum writes per second per database 10,000
当您达到这些限制时,操作就会失败。除了Firestore中已经存在的重试机制之外,没有专门针对这些限制的排队和重试操作的机制,例如由于网络连接错误导致的基本写入失败。但是,如果您执行的是一个批处理操作,它遇到了失败,那么不管错误的原因是什么,都没有内置的自动重试功能 我应该注意到,当你超过很多限制时,你不一定会失败。Firestore的限制主要是物理限制,这意味着这些是硬件本身的一般限制。Firestore允许大量的“突发性”,正如他们所说的那样,因此您可以在短时间内超过某个限制,但当这些限制持续存在时,肯定会导致失败 如果我错了,请纠正我,但从我所读到的(以及Firebase团队告诉我的)是,每秒1个文档的持续写入速率限制是物理限制 文档的最大持续写入速率为每秒1次。您可能能够在短时间内爆发更频繁的写入,但过一段时间后,写入将以更高的持续速率失败 在更大范围内(同时提及): 您还应该知道,Firestore数据库中所有文档的最大每秒写入量为10000次 正如所有文献所表明的,这也是一个物理问题,需要我们手动解决(如本文所述)。此外,除Firestore中已有的重试机制外,没有针对此错误的内置重试机制
当您达到这些限制时,操作就会失败。除了Firestore中已经存在的重试机制之外,没有专门针对这些限制的排队和重试操作的机制,例如由于网络连接错误导致的基本写入失败。但是,如果您执行的是一个批处理操作,它遇到了失败,那么不管错误的原因是什么,都没有内置的自动重试功能 我应该注意到,当你超过很多限制时,你不一定会失败。Firestore的限制主要是物理限制,这意味着这些是硬件本身的一般限制。Firestore允许大量的“突发性”,正如他们所说的那样,因此您可以在短时间内超过某个限制,但当这些限制持续存在时,肯定会导致失败 如果我错了,请纠正我,但从我所读到的(以及Firebase团队告诉我的)是,每秒1个文档的持续写入速率限制是物理限制 文档的最大持续写入速率为每秒1次。您可能能够在短时间内爆发更频繁的写入,但过一段时间后,写入将以更高的持续速率失败 在更大范围内(同时提及): 您还应该知道,Firestore数据库中所有文档的最大每秒写入量为10000次 正如所有文献所表明的,这也是一个物理问题,需要我们手动解决(如本文所述)。此外,除Firestore中已有的重试机制外,没有针对此错误的内置重试机制
.我认为这是并发连接的行为是正确的,但我不认为这是每秒最大写入量的行为。您能否找到并包含这些断言的来源?用于更新您的答案和链接bsod。该博客文章确认最大写入吞吐量为10K/秒(参见[文档](原始源代码),但不是每秒发送更多写入操作时的行为。您处理限制的方法是正确的,在实践中比系统如何运行更重要。我认为这是并发连接的行为是正确的,但我不认为这是每秒最大写入数的行为。Can您找到并包含这些断言的来源?用于更新您的答案和链接bsod。该博客文章确认最大写入吞吐量为10K/秒(请参阅[文档](原始来源),但不是每秒发送更多写入操作时的行为。处理限制的方法是正确的,在实践中比系统如何运行更重要。