DynamoDB并发写入

  • Z时代
  • 2024-01-10
  • 分类：问答

我有一个具有属性的现有DynamoDB表说DynamoDB并发写入

--------------------------------------------------------- 
hk(hash-key)| rk(range-key)| a1 | a2 | a3 | 
---------------------------------------------------------


我有一个现有的DynamoDb客户端，只只A1更新现有记录。我想创建第二个作家（DDB客户端），它也将更新现有的记录，但仅适用于a2和a3。
如果ddb客户端同时尝试更新相同的记录（a1为1，另一个为a2和a3），那么DynamoDb会保证所有a1 a2 a3都更新为正确的值（全部三个新值）？是否使用保存行为UPDATE_SKIP_NULL_ATTRIBUTES足够用于此目的，还是我需要实现某种乐观锁定？如果没有， DDB为此提供了什么？

回答：

读到DyanmoDB最终是一致的。 请参阅：http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/HowItWorks.ReadConsistency.html

DynamoDB支持最终一致和强一致的读取。

最终一致读取

当你从一个DynamoDB表中读取数据，响应可能不会 反映最近完成写操作的结果。 响应可能包含一些陈旧的数据。如果您在短时间后重复阅读 请求，则回复应返回最新的 数据。

强一致性读取

当你请求一个强烈一致的读取，DynamoDB返回与最先进的最新数据 响应，反映了更新从 的是成功的所有先前的写操作。如果存在网络延迟或中断，则可能无法使用强烈一致的 读取。

注意DynamoDB使用最终一致的读取，除非您另行指定 。读操作（如GetItem，Query和Scan）提供了一个ConsistentRead参数 。如果将此参数设置为true，则 DynamoDB在操作期间使用强烈一致的读取。

基本上，你已经指定你阅读时需要强有力的一致性数据。

而这应该可以解决你的问题。通过一致的读取，您应该看到所有三个字段的更新。

请注意，对强一致性读取有定价影响。

回答：

如果您碰巧使用Dynamo Java SDK，那么您很幸运，因为SDK只支持Optimistic Locking。我不知道其他SDK是否支持类似的东西 - 我怀疑他们不支持。

乐观锁是为了确保客户端项目 正在更新（或删除）是相同 DynamoDB项目的战略。如果你使用这种策略，那么你的数据库写入是 保护免受其他人的写入覆盖 - 反之亦然 。

以上是 DynamoDB并发写入 的全部内容， 来源链接： utcz.com/qa/264082.html

回到顶部