无需指定主键且不使用Scan操作获取DynamoDB单记录表中唯一数据的实现方案咨询

嘿，我完全理解你的痛点——不想硬编码主键值，又担心Scan操作的成本（虽然你的表只有一条记录，Scan其实开销极低，但既然你不想用，咱们换思路）。下面给你几个可行的方案：

方案1：优化主键设计+环境变量存储主键值 #

既然你的表永远只有一条记录，不如把哈希键从count改成更具语义的固定值，比如"SYSTEM_STATE"。然后把这个主键值存到环境变量里（而不是硬编码在代码或配置文件里），这样代码可以动态读取：

public State getState() {
    String primaryKey = System.getenv("DYNAMO_STATE_PRIMARY_KEY");
    return dynamoDBMapper.load(State.class, primaryKey);
}

这样既避免了硬编码，又用了DynamoDB里性能最优的GetItem操作，完全不用依赖Scan。

方案2：用Scan但限制返回数量（低成本妥协） #

虽然你担心Scan的成本，但你的表只有一条记录，Scan操作只会读取这一个项，消耗的读取容量单位（RCU）和GetItem完全一样（标准表下是1 RCU），几乎没有额外开销。你可以在Scan请求里设置Limit=1，拿到第一条（也是唯一一条）记录就停止：

public State getState() {
    ScanRequest scanRequest = new ScanRequest()
        .withTableName("your-table-name")
        .withLimit(1);
    ScanResult result = dynamoDB.scan(scanRequest);
    if (!result.getItems().isEmpty()) {
        return dynamoDBMapper.marshallIntoObject(State.class, result.getItems().get(0));
    }
    return null; // 或者根据业务需求抛出异常处理空情况
}

这个方案不需要改表结构，代码也简单，实际开销几乎可以忽略。

方案3：借助DynamoDB Streams缓存数据 #

如果你的记录是定期更新的，可以开启DynamoDB Streams，当记录更新时，把数据同步到内存缓存（比如Guava Cache）或者轻量存储（比如Redis）里。之后你的应用直接从缓存读取，完全不用查询DynamoDB：

• 开启表的DynamoDB Streams，选择NEW_AND_OLD_IMAGES模式
• 写一个Lambda函数（或者应用内的监听器）监听Stream事件，每次有更新就把最新数据存入缓存
• 应用代码直接从缓存获取数据，只有缓存失效时才回源查询（这时候可以用方案1的GetItem）

这个方案适合对读取性能要求极高的场景，但会增加系统复杂度，需要维护缓存和Stream监听逻辑。

总结 #

如果不想改表结构，方案2是最简单的妥协（实际成本极低）；如果想坚持用高效的GetItem，方案1是最优解，用环境变量存储主键值既灵活又避免硬编码；方案3适合高并发读取的场景，但需要额外的组件维护。

备注：内容来源于stack exchange，提问作者Faiyet