DynamoDB用GetItem按日期查询触发ValidationException键不匹配报错

你遇到的ValidationException触发逻辑非常明确：

• 当前代码调用的dynamoDB.get对应DynamoDB原生的GetItemAPI，该API强制要求传入的Key参数必须完全匹配主表定义的主键组成
• 你的主表仅配置id为分区键类型的主键，没有将date设置为任何层级的键字段，你直接把date作为查询键传入，完全不符合DynamoDB的键校验规则，因此抛出结构不匹配的报错
• 同时GetItemAPI本身就不支持带过滤条件的范围查询，天生不适合“按日期维度拉取一批数据”的需求

根据你的数据量和查询场景，有两种完全适配需求的实现路径：

方案1：无表结构改动，适配中小数据量场景 #

如果你的单表总数据量不超过GB级、查询频率不高，可以不用改现有表结构，把原来的GetItem调用替换为带过滤条件的Scan操作实现筛选，完全规避键匹配报错。
调整后的核心逻辑：

• 移除原来错误的Key传参，不要传入不符合表结构的date键
• 用FilterExpression定义日期匹配的过滤规则，让DynamoDB在扫描全表时自动过滤符合日期条件的记录
• 注意DynamoDB中date属于保留字，需要用ExpressionAttributeNames做别名转义，避免额外的语法报错
  示例调整后的代码：

async function fetchDatafromDatabase() {
    const targetDate = todayDate();
    const params = {
        TableName: table,
        FilterExpression: '#d = :targetDate',
        ExpressionAttributeNames: {
            '#d': 'date'
        },
        ExpressionAttributeValues: {
            ':targetDate': targetDate
        }
    };

    const queryExecute = new Promise((res, rej) => {
        dynamoDB.scan(params, function (err, data) {
            if (err) {
                console.log("Error", err);
                rej(err);
            } else {
                console.log("Success! fetch filtered data from dynamodb");
                res(JSON.stringify(data.Items, null, 2));
            }
        });
    });
    return await queryExecute;
}

方案限制：Scan操作是全表扫描，当单表数据量超过10GB、或单次查询需要扫描数万条以上记录时，会产生较高的延迟和请求成本，不适合生产环境的高频查询场景。

方案2：改造表结构，适配生产级高频查询场景 #

如果需要稳定、低成本、低延迟实现按日期的维度查询，建议通过全局二级索引（GSI）的方式适配查询需求，完全不需要改动原有主表的主键结构：

• 保留主表现有id作为分区键的配置，不影响原有基于id的单条查询逻辑
• 新建全局二级索引，将date设置为该索引的分区键，可根据需要将id设置为索引的排序键
• 索引创建完成后，直接通过Query方法对该GSI发起查询，传入目标日期作为索引的分区键值，即可高效拉取对应日期的所有数据，查询性能和主表原生查询处于同一水平
  查询参数示例：

const targetDate = todayDate();
const params = {
    TableName: table,
    IndexName: 'date-global-idx',
    KeyConditionExpression: '#d = :targetDate',
    ExpressionAttributeNames: {
        '#d': 'date'
    },
    ExpressionAttributeValues: {
        ':targetDate': targetDate
    }
}

常见避坑提醒：不要尝试直接修改主表的主键结构（比如把主分区键从id改成date），一方面DynamoDB原生不支持修改主表键结构，另一方面会直接打断原有基于id的业务查询逻辑；创建GSI时建议只投影业务需要返回的字段，降低索引的存储成本。

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