I'm using an on-demand DynamoDB table, but I'm still getting throttled. Why?
Last updated: 2020-08-25
My on-demand Amazon DynamoDB table is being throttled. Why is this happening?
Here are two common reasons why on-demand tables might be throttled:
- The traffic is more than double the previous peak.
- The traffic exceeds the per-partition maximum.
The traffic is more than double the previous peak
You might experience throttling if you exceed double your previous traffic peak within 30 minutes. It's a best practice to spread your traffic growth over at least 30 minutes before reaching more than 100,000 reads per second. Use the ConsumedReadCapacityUnits metric in Amazon CloudWatch to monitor traffic to the table. For more information, see DynamoDB metrics and dimensions.
For new on-demand tables, you can immediately drive up to 4,000 write request units or 12,000 read request units, or any linear combination of the two. For an existing table that you switched to on-demand capacity mode, the previous peak is half the previous provisioned throughput for the table—or the settings for a newly created table with on-demand capacity mode, whichever is higher. For more information, see Initial throughput for on-demand capacity mode.
The traffic exceeds the per-partition maximum
Each partition on the table can serve up to 3,000 read request units or 1,000 write request units, or a linear combination of both. If the traffic to a partition exceeds this limit, then the partition might be throttled. To resolve this issue:
- Use CloudWatch Contributor Insights for DynamoDB to identify the most frequently accessed and throttled keys in your table.
- Randomize the requests to the table so that the requests to the hot partition keys are distributed over time. For more information, see Using write sharding to distribute workloads evenly.