Auf dieser Seite erfahren Sie, wie Sie die Konfiguration der Standardeinstellungen für Zeitlimits überschreiben und wie Sie mit den Spanner-Clientbibliotheken eine Wiederholungsrichtlinie konfigurieren.
Die Clientbibliotheken verwenden die Standardeinstellungen für Zeitlimits und Wiederholungsversuche, die in den folgenden Konfigurationsdateien definiert sind.
- spanner_grpc_service_config.json
- spanner_admin_instance_grpc_service_config.json
- spanner_admin_database_grpc_service_config.json
In den Konfigurationsdateien beträgt das Standardzeitlimit für Vorgänge, die nur kurz dauern, z. B. CreateSession
, 30 Sekunden. Längere Vorgänge wie Abfragen oder Lesevorgänge haben ein Standardzeitlimit von 3.600 Sekunden. Wir empfehlen, diese Standardeinstellungen zu verwenden. Sie können jedoch bei Bedarf ein benutzerdefiniertes Zeitlimit oder eine Wiederholungsrichtlinie in Ihrer Anwendung festlegen.
Wenn Sie das Zeitlimit ändern möchten, legen Sie es auf die tatsächliche Zeit fest, die die Anwendung für das Ergebnis benötigt.
Konfigurieren Sie keine Wiederholungsrichtlinie, die aggressiver ist als die Standardeinstellung, da zu viele Wiederholungen das Back-End überlasten und Ihre Anfragen gedrosselt werden können.
In jedem Snippet wird eine Wiederholungsrichtlinie mit den folgenden Merkmalen definiert:
- Die anfängliche oder Startwartezeit, bevor die Anfrage wiederholt wird.
- Maximale Verzögerung.
- Ein Multiplikator, der mit der vorherigen Wartezeit verwendet wird, um die nächste Wartezeit zu berechnen, bis die maximale Wartezeit erreicht ist.
- Eine Reihe von Fehlercodes für Wiederholungsversuche.
Im folgenden Beispiel wird ein Zeitlimit von 60 Sekunden für den jeweiligen Vorgang festgelegt.
Wenn der Vorgang länger als dieses Zeitlimit dauert, schlägt er mit dem Fehler DEADLINE_EXCEEDED
fehl.
Wenn der Vorgang mit einem UNAVAILABLE
-Fehlercode fehlschlägt, z. B. aufgrund eines vorübergehenden Netzwerkproblems, wird er noch einmal versucht. Der Client wartet 500 ms, bevor er den ersten Wiederholungsversuch startet. Wenn der erste Versuch fehlschlägt, wartet der Client 1,5 × 500 ms = 750 ms, bevor er den zweiten Versuch startet. Diese Verzögerung wird immer weiter erhöht, bis der Vorgang entweder erfolgreich abgeschlossen wird oder die maximale Verzögerung von 16 Sekunden erreicht wird. Der Vorgang schlägt mit dem Fehler DEADLINE_EXCEEDED
fehl, wenn die Gesamtzeit für den Vorgang den Zeitüberschreitungswert von 60 Sekunden überschreitet.