Dynamodb一次可以扫描的最大容量
AWS描述
单个扫描请求可以消耗（1 MB页面大小/4 KB项目大小）/2（最终一致读取）=128次读取操作。https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-query-scan.html
128似乎是Scan命令一次可以读取的最大容量。
然而，当我进行测试时，扫描命令（最终一致，没有任何过滤器选项）总是以119.5的容量返回，尽管有足够的项目可以读取。
为什么会出现这个不匹配的数字？
共有1个答案
这里的关键词是“can”。从文档中，他们说“一次扫描请求可以消耗…”
这是他们的书面限制，这意味着根据项目大小和其他变量，实际容量将有所不同。
-
我们有一个设置，其中各种工作节点执行计算并更新DynamoDB表中的相对状态。该表充当工作节点活动的一种历史记录。看门狗节点需要定期扫描表，并构建一个表示工作节点及其作业的当前状态的对象。因此，我们的应用程序能够扫描表并按时间顺序检索数据（即按时间戳排序）是很重要的。表最终会太大，无法扫描到本地内存进行后期排序，所以我们扫描后无法排序。 从AWS留档读取主键： DynamoDB使用分区键值作为内部
-
我对DynamoDB的性能有问题，我想澄清一下我有点困惑的地方。 执行扫描表中的100条记录，条件是使用（例如)。如果在表中找到20条记录，DynamoDB是否还扫描其他80条记录？ 扫描时分页是如何工作的？ 消耗超过分配的RCU和WCU的后果是什么？
-
正如使用boto3完全扫描dynamoDb中所解释的，我构建了一个解决方案，使用某些条件完全扫描dynamoDb表。这是我的代码： 但是当代码被执行时，它会进入一个无限循环。这是LastEvaluatedKey每次迭代的输出： 它一直在这两对之间循环。 编辑： 我添加了do_scan方法。
-
我使用AWS托管API网关和DynamoDB直接集成。 我现在正在尝试为我的应用程序添加分页功能，我很难100%实现它。我面临的问题是当我向后扫描时，我会给你一个例子来更好地理解这个问题。 想象一下，我有一个包含20个项目的列表，页面大小为5。 当我查询我的表时，第一个查询将返回。预期的行为 当我查询表时，将第五个元素中的lastEvaluatedKey传递给它，它返回。预期行为。 现在，当我使用
-
对于何时选择GSI或其他方式的全表扫描，是否有任何衡量标准？ 我知道两者背后的基本概念，但GSI的定价模型非常依赖于表格本身，我很难决定 更重要的是，如何在不同的表大小下进行扩展，或者多少扫描效率太低，而需要GSI 顺便说一下，我很难找到好的资源来过滤表达式，以便在dynamodb上进行查询和扫描，有什么好的建议吗？（“#v
-
假设我有两个相等长度的逻辑向量。用简单的方法计算混淆矩阵： 需要扫描矢量 4 次。 有可能一次性完成吗？ PS。我尝试了< code > table(2 * actual predicted)和< code>table(actual，predicted)两种方法，但这两种方法都明显慢得多。 PPS。在这里，速度不是我的主要考虑因素，我对理解语言更感兴趣。