hash - DynamoDB 中的神秘哈希冲突问题
问题描述
我是 DynamoDB 的新手。我目前正在调查 DynamoDB 中的一个问题。一旦事务文件在 lambda 中被验证为正常事务,dynamoDB 就会发现它是重复事务。事实证明这不是重复交易,它必须与其他交易一起正常处理。但奇怪的是,这并不是成功的案例。我怀疑在比较哈希(分区键)时发生了冲突,并且它以某种方式理解该键不够唯一。它与排序键一起绝对是独一无二的。如果是重复的事情,在当前情况下会抛出ConditionalCheckFailedException,一旦过滤到db中就不会再记录了。我想更好地了解 DynamoDB 是如何出现问题的,以及防止同样事件的好的解决方案是什么。它以前从未有过这个问题。如果您有任何想法,我很想听听您的意见!
解决方案
推荐阅读
- java - 程序无负载时的 Java 堆
- javascript - 如何使用 Angular 将动态搜索框放在表格上?
- javascript - 根据一个键删除重复项并取数组中另一个键的最小值
- python - 在连接第二个列表时从列表中查找和删除重复项
- spring - 不能同时向 Spock 和 Spring 注入 Spring 依赖项
- python - 我想要一份英国所有威廉希尔博彩店的清单
- python - 交互式散景地图
- python - 将熊猫数据框导出到 CSV
- reactjs - 如何将此 JSON 文件导入 Firestore 数据库?
- laravel - 如何在 laravel 项目中实现“谁在现场”模块?