Auf dieser Seite erfahren Sie, wie Sie Probleme mit Firestore im Datastore-Modus beheben.
Latenz
In folgender Tabelle werden mögliche Ursachen für eine erhöhte Latenz beschrieben:
| Latenzursache | Arten von betroffenen Vorgängen | Lösung |
|---|---|---|
| Kontinuierlicher Traffic, der die Regel 500-50-5 überschreitet. | Lese-/Schreibzugriff |
Bei schnellen Trafficanstiegen versucht der Datastore-Modus automatisch, die erhöhte Nachfrage zu erfüllen. Im Datastore-Modus nimmt die Latenz ab. Hotspots (hohe Lese-, Schreib- und Löschraten für einen kleinen Entitätsbereich) beschränken die Skalierbarkeit des Datastore-Modus. Überprüfen Sie das Skalierbares Design und ermitteln Sie Hotspots in Ihrer Anwendung. |
| Konflikt, entweder durch zu häufiges Aktualisieren einer einzelnen Entität oder durch Transaktionen. | Lese-/Schreibzugriff |
Reduzieren Sie die Schreibrate für einzelne Entitäten. Überprüfen Sie die Transaktionsisolation und -konsistenz. und wie Sie Transaktionen verwenden. |
| 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 Abfragen hinzu. Weitere Informationen finden Sie unter Indexe optimieren.
|
| Große Lesevorgänge, die viele Entitäten zurückgeben. | read | Verwenden Sie Abfrage-Cursors um große Lesevorgänge aufzuteilen. |
| Zu viele kürzliche Löschvorgänge. | read Dies wirkt sich erheblich auf Vorgänge aus, die Arten 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. |
| Index-Fanout, insbesondere bei Array-Properties. | write | Überprüfen explodierende Indexe und die Verwendung von Array-Attributen. |
Fehlercodes
In diesem Abschnitt sind mögliche Probleme sowie Vorschläge zu deren Behebung aufgeführt.
DEADLINE_EXCEEDED
DEADLINE_EXCEEDED A deadline was exceeded on the server.
Informationen zur Behebung dieses Problems finden Sie im Leitfaden zur Fehlerbehebung bei Latenzen.
ABORTED
Folgende Situationen können ABORTED-Fehler erhöhen:
- Eine Entität, die zu viele Updates pro Sekunde erhält.
- Konflikte bei sich überschneidenden Transaktionen.
- Trafficanstiege, die die 500-50-5-Regel überschreiten oder auf Hotspots treffen.
ABORTED Too much contention on these datastore entities. Please try again.
Oder
ABORTED Aborted due to cross-transaction contention. This occurs when multiple transactions attempt to access the same data, requiring Datastore mode to abort at least one in order to enforce serializability.
So lösen Sie dieses Problem:
- Bei schnellen Trafficanstiegen versucht der Datastore-Modus automatisch, die erhöhte Nachfrage zu erfüllen. Im Datastore-Modus nimmt die Latenz ab.
- Hotspots schränken das Hochskalieren des Datastore-Modus ein. skaliertes Design zur Identifizierung von Hotspots.
- Prüfen Sie auf Datenkonflikte bei Transaktionen und Ihre Nutzung von Transaktionen.
- Reduzieren Sie die Schreibrate auf einzelne Entitäten.
RESOURCE_EXHAUSTED
Folgende Situationen können zu RESOURCE_EXHAUSTED-Fehlern führen:
Sie haben das kostenlose Kontingentkontingent überschritten und die Abrechnung für Ihr Projekt ist nicht aktiviert.
RESOURCE_EXHAUSTED Some resource has been exhausted, perhaps a per-user quota, or perhaps the entire file system is out of space.
So lösen Sie dieses Problem:
- Warten Sie, bis das Kontingent der kostenlosen Stufe pro Tag zurückgesetzt wurde, oder aktivieren Sie die Abrechnung für Ihr Projekt.
INVALID_ARGUMENT
Die folgenden Situationen können zu INVALID_ARGUMENT-Fehlern führen:
- Es wird versucht, einen Commit für eine Entität durchzuführen, deren Attributwert indexed größer ist als 1.500 Byte. Dieses Limit gilt für die UTF-8-Codierung des Property-Werts.
- Versuch, eine Entität mit nicht indexierten Attributwerten zu committen, die größer als 1.048.487 Byte (1 MiB – 89 Byte) sind. Dieses Limit gilt für die Summe der Eigenschaftswerte in einer Entität. Beispiel: Vier Properties mit jeweils 256 KiB überschreiten das Limit.
1.500 Byte (indexiert) und 1.048.487 Byte (nicht indexiert) sind die Grenzwerte für Attributwerte. Sie können nicht diese Limits überschreiten, und es handelt sich nicht um Kontingente, die angepasst werden können.
INVALID_ARGUMENT: The value of property property-name is longer than 1500 bytes
oder
INVALID_ARGUMENT: The value of property property_name is longer than 1048487 bytes
So lösen Sie dieses Problem:
- Teilen Sie bei indexierten Property-Werten in mehrere Properties unterteilt wird. Erstellen Sie nach Möglichkeit ein nicht indexiertes Attribut und verschieben Daten, die nicht indexiert werden müssen, in die nicht indexierte Property.
- Bei nicht indexierten Property-Werten können Sie die Property in mehrere Properties aufteilen oder eine Komprimierung für den Property-Wert implementieren.