Auf dieser Seite finden Sie Hilfe zur Fehlerbehebung und Antworten auf häufig gestellte Fragen zur Verwendung von Firebase Realtime Database. Wenn Sie nicht finden, wonach Sie suchen, oder zusätzliche Hilfe benötigen, wenden Sie sich an den Firebase-Support.
Was ist eine „gleichzeitige Datenbankverbindung“?
Eine gleichzeitige Verbindung entspricht einem Mobilgerät, einem Browsertab oder einer Server-App, die mit der Datenbank verbunden sind. Firebase legt strenge Limits für die Anzahl der gleichzeitigen Verbindungen zur Datenbank Ihrer App fest. Diese Limits dienen dazu, sowohl Firebase als auch unsere Nutzer vor Missbrauch zu schützen.
Das Limit für das Spark-Preismodell beträgt 100 und kann nicht erhöht werden.
Das Blaze-Preismodell hat ein Limit von 200.000 gleichzeitigen Verbindungen pro Datenbank.
Dieses Limit entspricht nicht der Gesamtzahl der Nutzer Ihrer App, da nicht alle Nutzer gleichzeitig eine Verbindung herstellen. Wenn Sie mehr als 200.000 gleichzeitige Verbindungen benötigen, finden Sie entsprechende Optionen unter Mit mehreren Datenbanken skalieren.
Was kann ich tun, wenn ich meine Realtime Database-Nutzungslimits überschritten habe?
Wenn Sie eine E‑Mail-Warnung oder eine Benachrichtigung in der Firebase Console erhalten haben, dass Sie Ihre Realtime Database-Nutzungslimits überschritten haben, können Sie das Problem je nach überschrittenem Nutzungslimit beheben. Ihre Realtime Database-Nutzung können Sie im Dashboard Realtime Database Nutzung in der Firebase Console einsehen.
Wenn Sie Ihr Downloadlimit überschritten haben, können Sie ein Upgrade Ihres Firebase-Preistarifs durchführen oder warten, bis Ihr Downloadlimit zu Beginn des nächsten Abrechnungszeitraums zurückgesetzt wird. So können Sie die Anzahl der Downloads verringern:
-
Fügen Sie Abfragen hinzu, um die Daten zu begrenzen, die von Ihren Abhörvorgängen zurückgegeben werden.
-
Suchen Sie nach nicht indexierten Abfragen.
-
Verwenden Sie Listener, die nur Aktualisierungen von Daten herunterladen, z. B.
on anstelle von once.
-
Verwenden Sie Sicherheitsregeln, um nicht autorisierte Downloads zu blockieren.
Wenn Sie Ihr Speicherlimit überschritten haben, führen Sie ein Upgrade Ihres Preismodells durch, um Dienstunterbrechungen zu vermeiden. So reduzieren Sie die Datenmenge in Ihrer Datenbank:
- Führen Sie regelmäßige Bereinigungsjobs aus.
- Reduzieren Sie doppelte Daten in Ihrer Datenbank.
Es kann einige Zeit dauern, bis gelöschte Daten in Ihrem Speicherkontingent berücksichtigt werden.
Wenn Sie das Limit für gleichzeitige Datenbankverbindungen überschritten haben, führen Sie ein Upgrade Ihres Tarifs durch, um Dienstunterbrechungen zu vermeiden. Wenn Sie gleichzeitige Verbindungen zu Ihrer Datenbank verwalten möchten, können Sie Nutzer über die REST API verbinden, wenn sie keine Echtzeitverbindung benötigen.
Was passiert, wenn ich die Speicher- oder Downloadlimits des Spark-Preismodells für Realtime Database überschreite?
Damit Sie einen vorhersehbaren Preis erhalten, sind die Ihnen zur Verfügung stehenden Ressourcen begrenzt, wenn Ihr Projekt im Spark-Preismodell ist. Das bedeutet, dass Ihre Anwendung deaktiviert wird, wenn Sie in einem Monat ein Limit des Tarifs überschreiten. So werden eine weitere Ressourcennutzung und zusätzliche Gebühren verhindert.
Was passiert, wenn ich die Limits für gleichzeitige Verbindungen des Spark-Preismodells für Realtime Database überschreite?
Wenn Ihre App das Limit für gleichzeitige Verbindungen im Spark-Preismodell erreicht, werden alle nachfolgenden Verbindungen abgelehnt, bis einige der vorhandenen Verbindungen geschlossen werden. Die App funktioniert weiterhin für Nutzer, die verbunden sind.
Was sind automatische Sicherungen? Bieten Sie stündliche Sicherungen für Realtime Database an?
Automatische Sicherungen sind eine erweiterte Funktion für Projekte, für die das Blaze-Preismodell gilt. Mit dieser Funktion werden Ihre Firebase Realtime Database-Daten einmal täglich gesichert und in Google Cloud Storage hochgeladen.
Wir bieten keine stündlichen Sicherungen an.
Warum war die gemeldete Bandbreite von Realtime Database zwischen September 2016 und März 2017 niedriger als der Durchschnitt?
Bei Bandbreitenberechnungen berücksichtigen wir normalerweise den SSL-Verschlüsselungs-Overhead (basierend auf Schicht 5 des OSI-Modells). Im September 2016 haben wir jedoch einen Fehler eingeführt, der dazu führte, dass der Verschlüsselungs-Overhead in unseren Bandbreitenberichten ignoriert wurde. Dies kann dazu geführt haben, dass die gemeldete Bandbreite und die Rechnungen in Ihrem Konto für einige Monate künstlich niedrig waren.
Ende März 2017 haben wir eine Fehlerkorrektur veröffentlicht, mit der die Bandbreitenberichte und die Abrechnung wieder auf das normale Niveau zurückgesetzt wurden.