使用boto3获取DynamoDB表实时项目数，解决item_count6小时延迟问题

你之前使用的table.item_count是DynamoDB后台定期采样统计的指标，确实存在最长6小时的延迟，仅适用于量级估算场景，以下是可获取实时准确计数的方案：

方案1：全表Scan实时统计 #

适用于数据量小于10万条的小规模表，实现简单：

• 实现逻辑：调用scan接口并指定Select='COUNT'参数，遍历全表所有分页的计数结果累加即可
• Python boto3参考代码：

import boto3

def get_dynamodb_real_count(table_name):
    dynamodb = boto3.resource('dynamodb')
    table = dynamodb.Table(table_name)
    total_count = 0
    scan_params = {"Select": "COUNT"}
    last_key = None

    while True:
        if last_key:
            scan_params["ExclusiveStartKey"] = last_key
        resp = table.scan(**scan_params)
        total_count += resp["Count"]
        last_key = resp.get("LastEvaluatedKey")
        if not last_key:
            break
    return total_count

• 注意事项：
  • 该操作会消耗表的读容量单位（RCU），表数据量越大、调用频率越高，产生的成本越高
  • 超大规模表使用该方案会有较长的查询延迟，不推荐使用

方案2：手动维护独立计数器 #

适用于数据量大、需要高频查询总数的场景，读取延迟毫秒级：

• 实现逻辑：单独创建一个计数专用的DynamoDB项，每次业务侧对原表执行新增/删除操作成功后，调用UpdateItem的原子增减操作更新计数器，查询总数时直接读取计数器的值即可
• 优势：不需要每次查询都扫描全表，读取成本极低，响应速度快
• 注意点：需要保证数据操作和计数器更新的一致性，避免漏更、错更导致计数不准

方案3：基于DynamoDB Streams自动更新计数器 #

适用于不方便改造业务写入逻辑的场景，无需业务侧修改代码：

• 实现逻辑：开启原表的DynamoDB Streams功能，配置Lambda函数监听流的新增/删除事件，事件触发时自动更新独立计数器
• 优势：计数器更新逻辑和业务逻辑解耦，不会出现业务代码遗漏更新计数器的问题

提示：如果仅需要估算表的量级，直接使用table.item_count是成本最低的方案，不需要额外开发和资源消耗。

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