Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # Cohérence **écritures synchrones** Les nœuds principaux sont très cohérents. Les opérations d'écriture réussies sont stockées de manière durable dans le journal des Multi-AZ transactions avant d'être renvoyées aux clients. Au cours des opérations normales, les opérations de lecture sur les primaires renvoient toujours les données les plus récentes reflétant les effets de toutes les opérations d'écriture réussies précédentes. Cette forte cohérence est préservée lors des basculements principaux. Les nœuds de réplication sont finalement cohérents. Les opérations de lecture à partir de répliques (à l'aide d'une `READONLY` commande) ne reflètent pas toujours les effets des dernières opérations d'écriture réussies, les métriques de décalage étant publiées sur CloudWatch. Les opérations de lecture à partir d'une seule réplique sont cohérentes de manière séquentielle. Les opérations d'écriture réussies prennent effet sur chaque réplique dans l'ordre dans lequel elles ont été exécutées sur la réplique principale. **écritures asynchrones** En fonctionnement normal, les écritures asynchrones fournissent le même comportement de cohérence que les écritures synchrones. Cependant, étant donné que les opérations d'écriture sont renvoyées aux clients avant d'être stockées de manière durable dans le journal des Multi-AZ transactions, la cohérence n'est pas préservée lors des basculements principaux. En cas de panne, jusqu'à 10 secondes d'opérations d'écriture reconnues peuvent être perdues, ce qui signifie qu'après un basculement, les opérations de lecture sur le nouveau primaire peuvent ne pas refléter toutes les écritures reconnues précédemment. Les écritures asynchrones ne sont pas recommandées pour les charges de travail qui nécessitent de solides garanties de cohérence.