使用DynamoDB batchSave时有效数据未插入，是否为预期行为？

这不是batchSave的预期行为 #

DynamoDB 的 batchSave（底层对应 BatchWriteItem API）本身是部分成功的设计：只要单条记录无冲突、符合写入规则（比如主键不重复，或按配置允许覆盖），就会成功插入，只有真正失败的记录才会被返回在 FailedBatch 集合里。所以190条有效记录完全未插入的情况，不符合接口的预期表现。

结合代码分析可能的原因 #

从你提供的代码片段来看，问题大概率出在以下几点：

• 写入模式配置错误：DynamoDBMapper.batchSave 默认采用 SAVE_IF_NOT_EXISTS 模式（等价于 PutItem 加属性不存在的条件表达式）。如果你的190条"有效记录"实际主键已存在（但你期望覆盖更新），这种模式会把所有主键已存在的记录都判定为失败，最终返回所有200条的失败批次。
• getFailedBatchListItems 逻辑异常：如果这个方法错误地将所有原始记录都标记为失败批次返回，重试时相当于重复插入200条数据，再次触发10条主键重复的错误，最终导致没有有效记录被成功写入。
• 未排查具体失败原因：代码里没有打印 FailedBatch 对应的异常信息，无法确认190条记录失败的真实诱因（比如权限不足、数据格式不符合表结构等）。

修复建议 #

1. 明确写入模式：如果需要覆盖已存在的主键记录，调用 batchSave 时指定 CLOBBER 模式：

   DynamoDBMapperConfig config = new DynamoDBMapperConfig.Builder()
       .withSaveBehavior(DynamoDBMapperConfig.SaveBehavior.CLOBBER)
       .build();
   List<DynamoDBMapper.FailedBatch> result = dynamoDBMapper.batchSave(employeeData, config);
   

2. 修正失败记录提取逻辑：确保 getFailedBatchListItems 只提取真正未处理的失败记录，示例实现如下：

   private List<EmployeeData> getFailedBatchListItems(DynamoDBMapper mapper, DynamoDBMapper.FailedBatch failedBatch) {
       // 从FailedBatch中获取对应表的未处理项，再反序列化为实体类
       return mapper.marshallIntoObjects(failedBatch.getUnprocessedItems().get(tableName));
   }
   

3. 添加失败日志排查：在处理 FailedBatch 时打印异常详情，定位真实失败原因：

   for (DynamoDBMapper.FailedBatch failedBatch : result) {
       logger.error(getClass(), "Batch save failed with error: ", failedBatch.getException());
       // 后续处理逻辑...
   }
   

内容的提问来源于stack exchange，提问作者Venkata RKM