Cette page explique comment remplacer la configuration du délai d'expiration par défaut et comment définir une stratégie de nouvelle tentative à l'aide des bibliothèques clientes Spanner.
Les bibliothèques clientes utilisent les paramètres de délai d'expiration et de stratégie de nouvelle tentative définis par défaut dans les fichiers de configuration suivants.
- spanner_grpc_service_config.json
- spanner_admin_instance_grpc_service_config.json
- spanner_admin_database_grpc_service_config.json
Dans les fichiers de configuration, le délai avant expiration par défaut pour les opérations qui prennent peu de temps, comme CreateSession
, est de 30 secondes. Les opérations plus longues, telles que
comme requêtes ou lectures, ont un délai avant expiration par défaut de 3 600 secondes. Nous vous recommandons d'utiliser
ces paramètres par défaut. Toutefois, vous pouvez si nécessaire définir un délai d'expiration ou une stratégie de nouvelle tentative personnalisé dans votre application.
Si vous décidez de modifier le délai, définissez-le sur la quantité réelle l'heure à laquelle l'application est configurée pour attendre le résultat.
Ne configurez pas une stratégie de nouvelle tentative plus agressive que celle par défaut, car un trop grand nombre de tentatives peut surcharger le backend et limiter vos requêtes.
Une stratégie de nouvelle tentative est définie dans chaque extrait, avec les caractéristiques suivantes :
- Un délai d'attente initial, ou de départ, avant de relancer la requête
- Un délai maximal
- Multiplicateur à utiliser avec le temps d'attente précédent pour calculer la prochaine jusqu'à ce que la valeur maximale soit atteinte.
- Ensemble de codes d'erreur pour les nouvelles tentatives d'opérations.
Dans l'exemple suivant, un délai d'expiration de 60 secondes est défini pour l'opération donnée.
Si l'opération dure plus longtemps que ce délai avant expiration, l'opération échoue et renvoie une
DEADLINE_EXCEEDED
erreur.
Si l'opération échoue avec un code d'erreur UNAVAILABLE
, par exemple, s'il existe
est un problème réseau temporaire, l'opération fait l'objet d'une nouvelle tentative. Le client attend 500 ms avant de commencer la première tentative de nouvelle tentative. Si la première nouvelle tentative échoue, le client attend 1,5 * 500 ms = 750 ms avant de lancer la deuxième tentative. Ce délai continue d'augmenter jusqu'à ce que l'opération
réussit ou atteint le délai maximal de nouvelle tentative de 16 secondes. L'opération échoue
avec une erreur DEADLINE_EXCEEDED
si le temps total consacré à l'essai du
l'opération dépasse la valeur totale du délai avant expiration de 60 secondes.