DynamoDB est-il en cohérence à terme ?
Par défaut, oui. Les lectures DynamoDB sont en cohérence à terme : une lecture immédiatement après une écriture peut ne pas refléter cette écriture, mais la répéter un peu plus tard renvoie l'élément à jour. Tu peux opter pour des lectures fortement cohérentes sur les tables et les LSI ; les index secondaires globaux sont toujours en cohérence à terme.
Cohérence à terme (le défaut)
Une lecture en cohérence à terme peut ne pas refléter une écriture qui vient de se terminer. Répète la lecture un instant plus tard et elle renvoie la valeur courante. Ce mode est le défaut, et il est facturé à la moitié du tarif d'une lecture fortement cohérente.
Lectures fortement cohérentes
Mets ConsistentRead: true pour obtenir les données validées les plus récentes (une lecture fortement cohérente). C'est pris en charge sur la table de base et les index secondaires locaux (LSI) — mais pas sur les index secondaires globaux (GSI) ni sur DynamoDB Streams, toujours en cohérence à terme.
L'exclusion des GSI est imposée par l'API, elle n'est pas laissée à ta bonne volonté : un Query sur un index secondaire global avec ConsistentRead: true fait échouer la requête entière au lieu de la rétrograder en silence (le refus exact).
Ce que coûte ce choix
« Moitié prix » est la règle documentée ; voici ce que ça donne. Prends 1 000 lectures par seconde d'éléments de 4 Ko dans us-east-1, et rien d'autre :
| Cohérence | Unités de lecture par lecture | On-demand / mois | Provisionné / mois |
|---|---|---|---|
| Cohérence à terme | 0,5 | 164,25 $ | 47,45 $ (500 RCU) |
| Fortement cohérent | 1 | 328,50 $ | 94,90 $ (1 000 RCU) |
Les entrées, pour que tu puisses vérifier : 2 628 000 secondes dans un mois de 730 heures, $0.125 par million d'unités de requête de lecture, $0.00013 par RCU-heure. Un élément de 4 Ko vaut une unité de lecture, divisée par deux en cohérence à terme.
Donc $164 par mois, c'est le prix permanent pour ne jamais lire un élément périmé sur cette charge. C'est bon marché pour un solde de compte et du gaspillage pour une fiche produit : voilà pourquoi le drapeau est par requête et non par table. Chiffre tes propres nombres dans le calculateur de tarifs.
Pourquoi ça marche comme ça
DynamoDB réplique automatiquement tes données sur trois zones de disponibilité. La cohérence à terme permet de servir les lectures sans attendre chaque copie — plus rapide et moins cher ; la cohérence forte renvoie les données les plus à jour.
Et le multi-Région (tables globales) ?
La réplication inter-Régions a son propre réglage de cohérence. Les tables globales sont par défaut en cohérence à terme multi-Région (MREC), où les changements se répliquent vers les autres Régions typiquement en une seconde ou moins. Tu peux à la place créer une table globale en cohérence forte multi-Région (MRSC) : les écritures se répliquent de façon synchrone vers au moins une autre Région, et les lectures fortement cohérentes sur n'importe quel réplica renvoient toujours la dernière version d'un élément.
Aller plus loin
Lis la cohérence DynamoDB pour tous les compromis. Télécharge DynoTable pour basculer la cohérence de lecture sur tes requêtes.
Références
- DynamoDB read consistency — Amazon DynamoDB Developer Guide
- How DynamoDB global tables work — Amazon DynamoDB Developer Guide
- Query — Amazon DynamoDB API Reference
- What is Amazon DynamoDB? — Amazon DynamoDB Developer Guide
Dernière vérification le 2026-07-13 par rapport à la documentation officielle AWS liée ci-dessus ; les prix unitaires ont été revérifiés le 2026-07-28.
Le refus sur GSI a été reproduit le 2026-07-28 contre DynamoDB Local 3.3.0 (amazon/dynamodb-local:latest) via @aws-sdk/client-dynamodb 3.1095.0, et la table de coûts a été calculée à partir des mêmes données tarifaires que celles du calculateur.