DynamoDB排序问题：ScanIndexForward参数未按预期生效

问题根源 #

DynamoDB的排序键（created_at）只在同一个分区键（email）的条目范围内生效。你遇到的问题大概率是以下原因导致：

1. 你使用了Scan操作全表查询，或是Query时未指定具体的email值——跨分区场景下，DynamoDB不会对不同分区的条目做排序，scanIndexForward参数自然无效。
2. 误解了数据存储顺序：DynamoDB按分区键的哈希值分布存储数据，全局视角下数据呈现“任意顺序”是正常行为，只有同一个email下的条目才会按created_at有序排列。

正确的排序查询方式 #

要让created_at排序生效，必须针对单个email分区执行Query操作：

• 使用Query API，指定KeyConditionExpression为email = :target_email
• 此时设置scanIndexForward才会起作用：
  • scanIndexForward = true：返回结果按created_at升序排列（时间从早到晚）
  • scanIndexForward = false：返回结果按created_at降序排列（时间从晚到早）

示例代码片段（伪代码）：

response = dynamodb.query(
    TableName='your-table-name',
    KeyConditionExpression='email = :email_val',
    ExpressionAttributeValues={':email_val': 'user@example.com'},
    ScanIndexForward=False  # 按created_at降序
)

全局按created_at排序的解决方案 #

如果需求是全局所有条目按created_at排序，当前表结构无法满足，需做以下调整：

• 创建全局二级索引（GSI）：将created_at设为GSI的排序键，同时指定一个低基数的分区键（比如固定值global_sort），查询GSI时就能拿到全局按created_at排序的结果。
• 注意：若GSI分区键用固定值，需考虑数据量过大导致的热点问题，可根据业务场景拆分（比如按日期分段作为GSI分区键）。

额外验证点 #

1. 确认created_at的类型：必须是数值型（比如Unix时间戳），如果存成字符串，会按字典序排序，结果必然不符合预期。
2. 检查查询操作类型：Scan操作永远不会按排序键排序，必须用Query（针对单分区）或GSI查询（全局排序）。

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