AppSync JavaScript Resolver多操作执行及DynamoDB分页实现问询

结论先行：不需要依赖Lambda，直接在AppSync JavaScript resolver里就能实现循环查询获取所有匹配数据，但要注意 resolver 的超时限制。

实现思路 #

核心就是利用DynamoDB返回的LastEvaluatedKey做循环查询，直到没有下一页数据为止：

• 初始化存储结果的数组和起始查询键
• 每次查询后将结果追加到数组，更新起始键为返回的LastEvaluatedKey
• 循环直到LastEvaluatedKey为空，结束查询

示例代码 #

import { util } from '@aws-appsync/utils';

// request阶段不需要构建单次查询，我们在response里完成所有逻辑
export function request(ctx) {
    return {};
}

export async function response(ctx) {
    const allItems = [];
    let lastKey = null;
    // 单次查询的Limit，可通过入参传递
    const pageSize = ctx.args.pageLimit || 100;
    // 你的查询/扫描参数，根据业务需求调整
    const queryParams = {
        TableName: '你的表名',
        FilterExpression: ctx.args.filterExpression,
        ExpressionAttributeValues: ctx.args.expressionAttributeValues,
        Limit: pageSize
    };

    try {
        while (true) {
            // 如果有上一页的最后键，加入查询参数
            if (lastKey) {
                queryParams.ExclusiveStartKey = lastKey;
            }

            // 执行DynamoDB扫描/查询，这里用scan示例，换成query即可
            const res = await util.dynamodb.scan(queryParams);

            // 合并当前页数据
            allItems.push(...res.Items);

            // 没有下一页就退出循环
            if (!res.LastEvaluatedKey) {
                break;
            }

            // 更新最后键，准备下一次查询
            lastKey = res.LastEvaluatedKey;
        }

        return {
            items: allItems,
            totalCount: allItems.length
        };
    } catch (err) {
        util.error('DynamoDB查询失败', 'QUERY_ERROR', err);
    }
}

关键注意点 #

• 超时问题：AppSync resolver默认超时是30秒，如果你的数据量很大，循环查询总耗时超过这个时间会直接失败，这种情况建议改用Lambda（Lambda超时可设到15分钟）。
• 成本与性能：循环查询会消耗更多DynamoDB读取容量（RCU），如果是用scan加FilterExpression，大表下性能会很差——尽量优先用query配合索引，减少不必要的数据扫描。
• 边界情况：首次查询返回0条数据时，循环直接退出，返回空数组，无需额外处理。

关于Lambda的必要性 #

不是必须用，但如果你的查询逻辑复杂（比如需要大量数据清洗、转换），或者数据量极大，Lambda会更合适：它支持更长的执行时间，调试起来也更方便，还能集成更多第三方工具。

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