Latenzprobleme beheben

Auf dieser Seite wird beschrieben, wie Sie Latenzprobleme mit Firestore beheben.

Latenz

In der folgenden Tabelle werden mögliche Ursachen für erhöhte Latenz beschrieben:

Latenzursache	Arten von betroffenen Vorgängen	Lösung
Kontinuierlicher Traffic, der die Regel 500-50-5 überschreitet.	Lese-/Schreibzugriff	Für schnelle Trafficanstiege versucht Firestore automatisch, die erhöhte Nachfrage zu erfüllen. Wenn Firestore skaliert, verringert sich die Latenz. Hotspots (hohe Lese-, Schreib- und Löschraten für einen kleinen Dokumentbereich) beschränken die Skalierbarkeit von Firestore. Überprüfen Sie das Skalierbares Design und ermitteln Sie Hotspots in Ihrer Anwendung.
Konflikt, entweder durch zu häufiges Aktualisieren eines einzelnen Dokuments oder durch Transaktionen.	Lese-/Schreibzugriff	Reduzieren Sie die Schreibrate für einzelne Dokumente. Lesen Sie mehr über die Datenkonflikte in Transaktionen und die Verwendung von Transaktionen.
Anfragen für langsame Join-Vorgänge.	read	Beispielsweise können Anfragen mit mehreren Gleichheitsfiltern (`==`), die jedoch nicht von zusammengesetzten Indexen unterstützt werden, zu langsamen Join-Anfragen führen. Um die Leistung zu verbessern, fügen Sie zusammengesetzte Indexe für diese Anfragen hinzu, siehe Grund 3 unter Warum ist meine Firestore-Anfrage langsam?
Große Lesevorgänge, die viele Dokumente zurückgeben.	read	Verwenden Sie die Paginierung zum Aufteilen großer Lesevorgänge.
Zu viele kürzliche Löschvorgänge.	read Dies wirkt sich erheblich auf Vorgänge aus, die Sammlungen in Datenbanken auflisten.	Wenn die Latenz durch zu viele kürzliche Löschvorgänge verursacht wird, sollte sich das Problem nach einiger Zeit von selbst beheben. Tritt das Problem weiter auf, wenden Sie sich an den Support.
Listener zu schnell hinzufügen und entfernen.	Echtzeit-Listener-Anfragen	Weitere Informationen finden Sie unter Best Practices für Echtzeitaktualisierungen.
Große Dokumente oder eine Anfrage mit vielen Ergebnissen überwachen.	Echtzeit-Listener-Anfragen	Weitere Informationen finden Sie unter Best Practices für Echtzeitaktualisierungen
Index-Fanout, insbesondere für Array- und Kartenfelder.	write	Prüfen Sie Ihre Nutzung von Arrayfeldern und Kartenfeldern Für Kartenfelder können Sie die Indexierung von Unterfeldern deaktivieren. Sie können auch Ausnahmen auf Sammlungsebene verwenden.
Große Schreibvorgänge und Batch-Schreibvorgänge.	write	Versuchen Sie, die Anzahl der Schreibvorgänge in jedem Batch-Schreibvorgang zu reduzieren. Batch-Schreibvorgänge sind atomar. Viele Schreibvorgänge in einem einzelnen Batch können Latenz und Konflikte erhöhen. Beispiel: Ein Batch von 10 Schreibvorgängen ist besser als ein Batch von 500 Schreibvorgängen. Verwenden Sie für die Bulk-Dateneingabe, für die Sie keine Atomarität benötigen, eine Server-Clientbibliothek mit parallelisierten einzelnen Schreibvorgängen. Batch-Schreibvorgänge erzielen eine bessere Leistung als serialisierte Schreibvorgänge, sind jedoch nicht besser als parallele Schreibvorgänge.