AWS DynamoDB BatchWriteItem调用成功但数据库未写入数据求助

1. 检查Lambda执行角色权限 #

• 确认Lambda绑定的IAM角色是否包含dynamodb:BatchWriteItem权限，且资源范围覆盖目标表test。权限不足时，SDK可能不会抛出异常，导致看似执行成功但实际未写入。
• 去CloudWatch日志里查找是否有相关权限报错，哪怕返回了200，日志里可能藏着权限问题的细节。

2. 处理BatchWriteItem的部分失败 #

batchWriteItem不会因为部分请求失败就触发异常，必须手动检查返回结果里的UnprocessedItems：
修改代码，在调用batchWriteItem后添加校验逻辑：

const result = await ddb.batchWriteItem(params);
if (Object.keys(result.UnprocessedItems).length > 0) {
  console.error('未写入的条目:', result.UnprocessedItems);
  // 这里可以添加重试逻辑，或者返回错误提示
}

很多场景下部分写入失败不会进入catch块，导致返回成功但数据没真正写入。

3. 验证DynamoDB表的主键配置 #

• 确认test表的主键是否是param1（代码里把param1作为字符串类型属性传入）。如果表的主键是其他字段（比如id），代码里的PutRequest会因缺少主键而静默失败。
• 检查表结构，确保写入的属性包含完整的主键字段。

4. 核对数据类型匹配性 #

• 确认param2的实际类型是数字，且DynamoDB表中param2（如果是主键或索引字段）的类型为数字。如果传入的param2是字符串格式的数字（比如"123"），代码里用N类型标记会导致写入失败。
• 可以在代码里加日志打印requests内容，确认数据类型：

console.log('请求数据:', requests);

5. 检查Region一致性 #

确认Lambda配置的Region（代码里是us-west-1）和DynamoDB表所在的Region是否一致。如果Region不匹配，SDK会连接到错误的区域，写入操作会静默失败。

6. 查看CloudWatch完整日志 #

在Lambda对应的CloudWatch日志组里，查看执行过程的全部日志：

• 确认event.body解析后的requests数据是否正确
• 检查生成的params结构是否符合DynamoDB要求
• 查找是否有未被catch捕获的警告或错误信息

内容的提问来源于stack exchange，提问作者Cory R