DynamoDB如何生成唯一主键？新手寻求最佳实践方案

针对你需要插入带唯一整数主键记录的需求，item_count()确实不适用——它是近似值且更新延迟极高，完全满足不了实时生成唯一ID的要求。下面是几个可靠的解决方案：

1. 独立计数器表（推荐方案） #

专门创建一张计数器表（比如命名为Counter），用来存储各业务主键的当前最大值。表结构非常简单：

• 主键：counter_name（字符串类型，比如"user_id_seq"、"order_id_seq"，用来区分不同业务的ID序列）
• 属性：current_value（整数类型，存储当前ID的最大值）

每次需要生成新ID时，通过原子更新操作获取自增后的ID，确保唯一性和实时性。示例代码（基于boto3）：

import boto3

dynamodb = boto3.resource('dynamodb')
counter_table = dynamodb.Table('Counter')

def get_unique_id(counter_name):
    # 原子递增并返回最新值
    response = counter_table.update_item(
        Key={'counter_name': counter_name},
        UpdateExpression='SET current_value = current_value + :step',
        ExpressionAttributeValues={':step': 1},
        ReturnValues='UPDATED_NEW'
    )
    return response['Attributes']['current_value']

# 生成用户ID并插入主表
new_user_id = get_unique_id('user_id_seq')
# 此处执行插入主表的操作，用new_user_id作为主键

注意事项：

• 初始化时要给每个业务序列插入初始记录，比如counter_name="user_id_seq"，current_value=0
• 如果是多租户场景，可以把counter_name设计为"tenant_{id}_user_seq"，保证不同租户的ID相互独立
• 这个方案会多一次API调用，但胜在强一致、无冲突，完全满足实时生成唯一ID的需求

2. 客户端生成复合唯一ID（应急方案） #

如果不想额外建表，可以在客户端生成由时间戳+随机数+客户端标识组成的整数ID，比如：

• 用毫秒级时间戳（占13位） + 3位随机数 + 2位机器/进程ID，组合成18位整数

这种方式能大幅降低冲突概率，但高并发场景下仍有极小概率重复，适合并发量不高的小型业务场景。

3. 长期优化建议 #

如果业务允许，后续新建表时优先用UUID字符串作为主键。DynamoDB对字符串主键的分布式扩展性更好，UUID天然具备全局唯一性，不需要额外维护计数器，性能和可靠性都更优。

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