- Newest
- Most votes
- Most comments
Without more information its difficult for me to assist. If you are certain that no more than 5RPS per partition key is certain, then here is some things I would suggest looking at:
- GSI back-pressure, this is where you have a GSI on your table with a partition key which is low in cardinality. This causes throttling on the index, which pushes back on the table to ultimately throttle the client.
- Check your account/table level limits, ensure you are not exceeding your account limits defined in Service Quotas.
- If both of the above are not the issue, I suggest enabling CloudWatch Contributor Insights which can identify hot keys, and help you better understand the cause of throttling.
DynamoDB does not guarantee unlimited per-partition throughput, even in On-Demand mode. On-Demand scaling handles overall capacity — but each partition still has an internal maximum.
1,000 WCU or 3,000 RCU per partition per second
If writes cluster momentarily to a few partitions, you get throttling even if the total traffic is low relative to your warmed capacity.
https://aws.amazon.com/blogs/database/demystifying-amazon-dynamodb-on-demand-capacity-mode/ [refer myth #10, On-demand tables will fix my throttling]
i understand, but since the actual number of write requests per item should be less < 5 and our PK is an email address i am not sure how this could be an issue of a hot partition ?
the writes are spread across all keys of the table (e-mail addresses), with 2-5 writes per item
i have increased the warm read throughput to the same amount, and now it works
answered a year ago
Relevant content
asked 3 years ago
asked 3 years ago
asked 3 years ago
- AWS OFFICIALUpdated 5 months ago
- AWS OFFICIALUpdated 10 months ago

is it possible that the read warm throughput can be a bottleneck when each writes contain a ConditionalCheck ?
No, conditional checks do not consume read capacity units.