На этой странице вы найдете помощь в устранении неполадок и ответы на часто задаваемые вопросы об использовании Firebase Realtime Database . Если вы не можете найти то, что ищете, или вам нужна дополнительная помощь, обратитесь в службу поддержки Firebase .
Что такое "одновременное подключение к базе данных"?
Одновременное подключение эквивалентно одному мобильному устройству, вкладке браузера или серверному приложению, подключенному к базе данных. Firebase устанавливает жесткие ограничения на количество одновременных подключений к базе данных вашего приложения. Эти ограничения введены для защиты как Firebase, так и наших пользователей от злоупотреблений.
В тарифном плане Spark лимит составляет 100 одновременных подключений и не может быть увеличен. В тарифном плане Blaze лимит составляет 200 000 одновременных подключений к одной базе данных.
Это ограничение не совпадает с общим количеством пользователей вашего приложения, поскольку пользователи подключаются не все одновременно. Если вам требуется более 200 000 одновременных подключений, см. параметры в разделе «Масштабирование с использованием нескольких баз данных» .
Что делать, если я превысил лимит использования Realtime Database ?
Если вы получили уведомление по электронной почте или в консоли Firebase о превышении лимита использования Realtime Database , вы можете принять меры в соответствии с превышенным лимитом. Чтобы просмотреть данные об использовании Realtime Database , перейдите на панель мониторинга « Использование Realtime Database в консоли Firebase .
Если вы превысили лимит загрузок, вы можете перейти на более дорогой тарифный план Firebase или подождать, пока лимит загрузок не будет сброшен в начале следующего расчетного периода. Чтобы уменьшить количество загрузок, попробуйте выполнить следующие действия:
- Добавьте запросы для ограничения объема данных, возвращаемых операциями прослушивания.
- Проверьте наличие неиндексированных запросов.
- Используйте обработчики событий, которые загружают обновления данных только один раз — например,
on , а не once . - Используйте правила безопасности для блокировки несанкционированных загрузок.
Если вы превысили лимит хранилища, перейдите на более дорогой тарифный план, чтобы избежать перебоев в работе сервиса. Чтобы уменьшить объем данных в базе данных, выполните следующие действия:
- Периодически запускайте задачи очистки.
- Уменьшите количество дублирующихся данных в вашей базе данных.
Для того чтобы изменения в объеме выделенного вам хранилища отразились на результатах удаления данных, может потребоваться некоторое время.
Если вы превысили лимит одновременных подключений к базе данных , обновите свой тарифный план, чтобы избежать перебоев в работе сервиса. Для управления одновременными подключениями к базе данных попробуйте подключать пользователей с помощью REST API, если им не требуется подключение в режиме реального времени.
Что произойдет, если я превышу лимиты на объем хранилища или загрузку данных для Realtime Database , установленные в тарифном плане Spark?
Чтобы обеспечить вам предсказуемую цену, в рамках тарифного плана Spark объем доступных вам ресурсов ограничен. Это означает, что при превышении лимита по любому тарифному плану в течение месяца ваше приложение будет отключено, чтобы предотвратить дальнейшее использование ресурсов и дополнительные расходы.
Что произойдет, если я превышу лимит одновременных подключений к Realtime Database в соответствии с тарифным планом Spark?
Когда ваше приложение достигнет лимита одновременных подключений в рамках тарифного плана Spark, все последующие подключения будут отклонены до тех пор, пока не будут закрыты некоторые из существующих подключений. Приложение продолжит работать для подключенных пользователей.
Что такое автоматическое резервное копирование? Предлагаете ли вы почасовое резервное копирование для Realtime Database ?
Автоматическое резервное копирование — это расширенная функция для проектов, использующих тарифный план Blaze. Эта функция ежедневно создает резервные копии данных вашей Firebase Realtime Database и загружает их в Google Cloud Storage .
Мы не предоставляем резервное копирование с почасовой оплатой.
Почему пропускная способность моей Realtime Database оказалась ниже среднего уровня в период с сентября 2016 года по март 2017 года?
При расчете пропускной способности мы обычно учитываем накладные расходы на шифрование SSL (на основе 5-го уровня модели OSI). Однако в сентябре 2016 года мы допустили ошибку, из-за которой в наших отчетах о пропускной способности игнорировались накладные расходы на шифрование. Это могло привести к искусственно заниженным показателям пропускной способности и счетам на вашем счете в течение нескольких месяцев.
В конце марта 2017 года мы выпустили исправление для этой ошибки, восстановив нормальный уровень отчетности и выставления счетов за использование полосы пропускания.
