【问题标题】:is there a limit for requests which firebase server can send/recieve at the same time?Firebase 服务器可以同时发送/接收的请求是否有限制?
【发布时间】:2020-04-02 13:48:27
【问题描述】:

如果有很多用户同时使用该应用程序并从/向firebase获取/设置值,是否保证它会成功运行?还是有什么情况需要处理以避免丢失数据?

将调试我使用setValue()将大约1800条消息推送到firebase db,它无法全部写入,丢失了一些数据并且并非所有1800都写入成功,我尝试sleep()大约100ms循环,都写成功了,所以我想知道服务器是否可以同时处理1800个用户的请求

【问题讨论】:

  • 谢谢,但我觉得不一样
  • 您是否检查了进行写入的代码中的错误?你记录了吗?
  • 不,它没有,但是当我尝试sleep() 时,服务器接受了所有消息
  • 我建议将 Firebase 事务视为保证数据完整性的解决方案。然而,@DougStevenson 说的很重要——这更像是客户端的编码问题,而不是服务器无法写入数据。

标签: firebase firebase-realtime-database


【解决方案1】:

是的,您的用例可能会得到保证。当你将拥有超过一百万的用户时,也许你应该重新考虑这个问题;)

例如,在撰写本文时(2020 年 4 月),Firestore 数据库中所有文档的每秒最大写入数为每秒 10,000 次或 10mb,每个数据库的移动/Web 客户端的最大并发连接数为 1,000,000

你可以在这里看到所有这些东西:firestore quotas

【讨论】:

  • 谢谢,调试一下我用setValue()将大约1800条消息推送到firebase db,它无法全部写入,丢失了一些数据并且不是全部1800条都写入成功,所以我想知道服务器是否可以同时处理1800个用户的请求
  • 您提供了 Firestore 的链接,但我认为问题与实时数据库有关。
【解决方案2】:

感谢@Jay,上面提到的文档回答了我的问题,我认为我每秒发送的消息大小超过 10MB,所以当我使用 sleep() 时它起作用了!

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-12-24
    • 1970-01-01
    • 1970-01-01
    • 2020-04-29
    • 2022-09-23
    • 1970-01-01
    相关资源
    最近更新 更多