Na tej stronie znajdziesz pomoc w rozwiązywaniu problemów i odpowiedzi na najczęstsze pytania dotyczące korzystania z Firebase Realtime Database. Jeśli nie możesz znaleźć tego, czego szukasz, lub potrzebujesz dodatkowej pomocy, skontaktuj się z zespołem pomocy Firebase.
Co to jest „jednoczesne połączenie z bazą danych”?
Jednoczesne połączenie odpowiada jednemu urządzeniu mobilnemu, karcie przeglądarki lub aplikacji serwerowej połączonej z bazą danych. Firebase nakłada sztywne limity na liczbę jednoczesnych połączeń z bazą danych aplikacji. Te limity mają na celu ochronę Firebase i naszych użytkowników przed nadużyciami.
Limit abonamentu Spark wynosi 100 i nie można go zwiększyć.
Abonament Blaze ma limit 200 000 jednoczesnych połączeń na bazę danych.
Ten limit nie jest taki sam jak łączna liczba użytkowników aplikacji, ponieważ nie wszyscy użytkownicy łączą się jednocześnie. Jeśli potrzebujesz więcej niż 200 000 jednoczesnych połączeń, zapoznaj się z opcjami w artykule Skalowanie z użyciem wielu baz danych.
Co mogę zrobić, jeśli przekroczę limity wykorzystania Realtime Database?
Jeśli otrzymasz alert e-mail lub powiadomienie w konsoli Firebase o przekroczeniu limitów wykorzystania Realtime Database, możesz rozwiązać ten problem w zależności od tego, który limit został przekroczony. Aby sprawdzić wykorzystanie
Realtime Database, otwórz panel
Realtime Database Wykorzystanie w konsoli
Firebase.
Jeśli przekroczysz limit pobierania, możesz przejść na wyższy abonament Firebase lub poczekać, aż limit pobierania zostanie zresetowany na początku następnego cyklu rozliczeniowego. Aby zmniejszyć liczbę pobrań, wykonaj te czynności:
-
Dodaj zapytania, aby ograniczyć dane zwracane przez operacje nasłuchiwania.
-
Sprawdź, czy nie ma nieindeksowanych zapytań.
-
Używaj detektorów, które pobierają tylko aktualizacje danych – na przykład
on zamiast once.
-
Używaj reguł zabezpieczeń, aby blokować nieautoryzowane pobieranie.
Jeśli przekroczysz limit miejsca na dane, przejdź na wyższy abonament, aby uniknąć przerw w działaniu usługi. Aby zmniejszyć ilość danych w bazie danych, wykonaj te czynności:
- Uruchamiaj okresowe zadania czyszczenia.
- Zmniejsz ilość zduplikowanych danych w bazie danych.
Zanim usunięcie danych zostanie odzwierciedlone w przydziale miejsca na dane, może minąć trochę czasu.
Jeśli przekroczysz limit jednoczesnych połączeń z bazą danych, przejdź na wyższy abonament, aby uniknąć przerw w działaniu usługi. Aby zarządzać jednoczesnymi połączeniami z bazą danych, spróbuj połączyć użytkowników za pomocą interfejsu REST API, jeśli nie potrzebują połączenia w czasie rzeczywistym.
Co się stanie, jeśli przekroczę limity miejsca na dane lub pobierania w abonamencie Spark w przypadku Realtime Database?
Aby zapewnić przewidywalną cenę, zasoby dostępne dla Ciebie są ograniczone, gdy Twój projekt jest objęty abonamentem Spark. Oznacza to, że jeśli w danym miesiącu przekroczysz którykolwiek z limitów abonamentu, Twoja aplikacja zostanie wyłączona, aby zapobiec dalszemu wykorzystaniu zasobów i naliczaniu dodatkowych opłat.
Co się stanie, jeśli przekroczę limity jednoczesnych połączeń w abonamencie Spark dla Realtime Database?
Gdy aplikacja osiągnie limit równoczesnych połączeń w ramach abonamentu Spark, wszystkie kolejne połączenia będą odrzucane, dopóki niektóre z istniejących połączeń nie zostaną zamknięte. Aplikacja będzie nadal działać u użytkowników, którzy są połączeni.
Czym są automatyczne kopie zapasowe? Czy oferujecie kopie zapasowe co godzinę w przypadku Realtime Database?
Automatyczne kopie zapasowe to zaawansowana funkcja dostępna w projektach objętych abonamentem Blaze. Ta funkcja tworzy kopię zapasową danych Firebase Realtime Database raz dziennie i przesyła ją do Google Cloud Storage.
Nie oferujemy kopii zapasowych co godzinę.
Dlaczego przepustowość Realtime Database zgłoszona w okresie od września 2016 r. do marca 2017 r. była niższa od średniej?
W obliczeniach przepustowości zwykle uwzględniamy narzut szyfrowania SSL (na podstawie warstwy 5 modelu OSI). Jednak we wrześniu 2016 r. wprowadziliśmy błąd, który spowodował, że nasze raporty dotyczące przepustowości ignorowały narzut szyfrowania. Mogło to spowodować, że przez kilka miesięcy na Twoim koncie były widoczne sztucznie zaniżone wartości przepustowości i rachunki.
Pod koniec marca 2017 r. udostępniliśmy poprawkę, która przywróciła normalne raportowanie i rozliczanie przepustowości.
