AWS DynamoDB表部分行数据无故丢失，未做改动求排查建议

• 优先做现场保护：立即为当前表创建按需备份，避免后续操作覆盖问题现场，影响排查结论。
• 核查CloudTrail操作日志：筛选对应表、时间范围覆盖数据异常出现前7天的事件，重点排查DeleteItem、BatchWriteItem、UpdateItem、PutItem类操作，确认是否存在非预期的删除、空值覆盖写入，同时可以追溯操作对应的身份凭证、请求源IP，定位操作来源。
• 确认TTL配置有效性：进入表的附加设置页检查TTL配置是否开启，确认TTL生效字段是否符合预期，抽样核查消失数据的对应TTL字段值，是否刚好触达到期自动删除规则。
• 排查业务写入逻辑：检查近14天上线的业务代码变更，是否存在UpdateItem未加条件表达式直接覆盖字段、批量写参数传空、事务操作回滚等问题，这类逻辑bug是出现空值覆盖的高频原因。
• 验证读取逻辑正确性：直接通过DynamoDB控制台的「探索表项目」功能，按消失数据的主键精确查询，确认数据是真实丢失/字段为空，还是读取代码的过滤条件、索引投影配置错误导致的返回值异常。
• 核查辅助功能操作记录：如果开启了DynamoDB流，可以直接回溯对应时间段的全量数据变更记录，明确数据变更的具体类型和触发源；如果配置了全局表、定时导入导出任务，也需要核查是否存在跨区域写冲突、旧数据覆盖导入的情况。
• 若以上排查无结论，可直接提交AWS支持工单，申请后台核查对应表的底层操作记录，DynamoDB底层存储的耐久性达11个9，因平台底层故障导致数据丢失的概率极低。

附问题相关截图：

内容的提问来源于stack exchange，提问作者Hari Haran