How does DynamoDB TTL prevent throttling during data cleanup?
Short answer
A Configure a TTL attribute for the leaderboard data.
Question
Key Takeaways
This question tests knowledge of DynamoDB’s native expiration mechanism versus manual deletion workflows, highlighting the common trap of triggering write capacity throttling through scheduled batch deletes.
DynamoDB Time-To-Live (TTL) automatically expires and deletes items without consuming provisioned write capacity units. Exam candidates and the community universally recognize TTL as the most efficient, serverless approach for managing time-bound datasets like event leaderboards.
Common mistake: Option D is frequently selected by test-takers attempting to scale resources during peak periods, but it ignores the architectural benefit of offloading deletions and unnecessarily inflates operational costs.
Expert Analysis
Why the Answer Is Correct
Configuring a TTL attribute allows DynamoDB to asynchronously expire and delete items after the specified timestamp passes. These background deletions do not consume your table’s Write Capacity Units (WCU), completely eliminating the throttling issue caused by the scheduled cleanup job. This provides a fully managed, cost-effective, and scalable long-term solution that aligns perfectly with the requirement to optimize write throughput.
Why the Other Options Are Wrong
DynamoDB Streams (Option B) capture data modification events but cannot independently schedule or trigger periodic deletions. AWS Step Functions (Option C) can orchestrate workflows, but executing bulk delete operations would still consume WCU and potentially cause the same throttling problem. Increasing write capacity temporarily (Option D) addresses the symptom rather than the root cause, leading to unnecessary costs and failing to meet the optimization requirement.
Community Comment Notes
The voting distribution shows 100% agreement on Option A, reflecting strong community confidence. Multiple contributors explicitly note that “A | Always consider TTL when trying to ditch from DynamoDB,” reinforcing its status as a go-to pattern for data expiration. Additional comments simply confirm TTL as the correct mechanism, demonstrating that this is a well-established best practice among AWS developers.
Official Reference
https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/TTL.html
This link opens the official vendor documentation in a new tab.
Exam Strategy
For any DynamoDB scenario involving automatic expiration, archival, or cleanup of time-sensitive data, prioritize TTL over custom Lambda jobs or cron-based scripts. Reserve manual deletion or capacity scaling only for non-expiring data or emergency overrides.
Community Votes
100% of anonymous learners picked answer A. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 5 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 5
-
tgv 👍 7 Answered AAlways consider TTL when trying to ditch from DynamoDB.
-
65703c1 👍 2 Answered AA is the correct answer.
-
KarBiswa 👍 2 Answered AIt should be TTL enabled
-
vkovilam 👍 2 Answered ATime To Live
-
CrescentShared 👍 2 Answered AA is right
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.
Related Analysis
Practice All DVA-C02 Questions
Access 100 questions with complete answers and detailed explanations.
View Full DVA-C02 Practice Test →