预配置的吞吐量将确定应用程序可以执行的并发数据库操作的数量。设置得太低; 会出现限制错误，设置得太高，然后您将向AWS支付未使用的吞吐量。在持续的时间范围内监控数据库性能，将帮助您在何时扩展/缩小吞吐量设置时做出明智的决策。

连续监视消耗的读/写容量单位将使您了解请求率，应用程序吞吐量模式和表活动。设置告警机制，并在消耗的请求超过预配值之前获得通知。

从DynamoDB的角度来看，查看数据库请求处理所需的时间。当您的运行距离超出预配置吞吐量时，您将开始看到平均延迟增加。使用Site24x7，您可以获得每个数据库操作的成功请求延迟数据点，即获取项目，放置项目，扫描和查询。定期监视它们以识别具有高延迟的数据库操作。

当您的应用程序开始执行大量数据库请求时，在表或辅助索引上配置的预配置吞吐量将会耗尽。发生这种情况时，所有后续数据库操作都将被拒绝，从而返回限制错误。使用Site24x7，您可以获取针对单个数据库操作和批处理操作的限制读取请求度量标准的数据点。

根据二级索引的数量，单个DB操作可以附加多个读/写事件。设置阈值并在生成限制事件时获得通知。将限制请求与读/写限制事件相关联，以了解哪个事件限制了请求。

跟踪条件写入无法继续的次数。条件检查是逻辑运算符，与写请求一起使用。当两个或多个客户端对同一项执行写操作时，这些检查有助于维护数据库并发性。失败的增加将表明发送的请求中存在问题。

对于任何时间范围，监视扫描或查询操作返回的项目数。此指标可让您了解执行的扫描和查询操作的数量和频率。此外，您还可以判断频繁扫描操作是否对配置的读取容量单元产生影响。