使用ADD更新时DynamoDB原子计数器在竞态条件下的一致性如何

你的预判是完全正确的，这种实现方式在并发场景下具备强一致性，不会出现竞态导致的计数错误，具体逻辑如下：

• DynamoDB 所有针对单个主键的更新操作天然具备原子性，ADD 语法针对数字类型属性的累加、累减逻辑完全在服务端串行执行，不存在读-改-写流程的中间状态暴露问题。
• 这种写法完全规避了「客户端先读取当前计数值、计算后再写回」模式的竞态风险：即使成百上千个增减请求同时命中同一个计数项，DynamoDB 会逐个对每个请求执行数值加减运算，最终计数值一定等于所有请求传入delta的累加和，不会出现操作丢失的问题。
• 纯计数增减场景不需要额外添加条件更新（ConditionExpression）做并发保护。条件更新仅适用于「需要基于属性当前值做分支判断再执行更新」的场景，比如你需要限制计数不能小于0，才需要添加类似#C >= :min_threshold的判断条件。

你使用的更新语句标准写法参考：

aws dynamodb update-item \
    --table-name table_name \
    --key '{"your_partition_key": {"S": "your_key_value"}}' \
    --update-expression "ADD #C :delta" \
    --expression-attribute-names '{"#C": "count"}' \
    --expression-attribute-values '{":delta":{"N":"1"}}' \
    --return-values UPDATED_NEW

注：增量操作delta传1，减量操作传-1即可。

几个实际使用的注意点：

• 确保count字段始终为数字类型，如果某次误操作将该字段写为字符串、集合等其他类型，ADD操作会直接抛出类型错误。
• DynamoDB单个分区键的写入存在默认吞吐量上限（初始为每秒1000写入容量单位，可申请提升配额），如果计数器并发写入超过上限会被限流，客户端配置合理重试即可，重试不会导致重复计数——只有请求在服务端成功执行完成才会真正修改数值。
• 携带UPDATED_NEW参数返回的计数值，是本次请求执行完成后的最新提交值，不会读到中间态数据。

内容的提问来源于stack exchange，提问作者Varun Gawande