能否用主键ID替代UUID作为API幂等令牌？存在哪些风险？

虽然主键ID具备唯一性，但将其用作幂等令牌存在以下关键风险：

• 泄露业务数据规模与规律：自增主键是连续递增的序列，攻击者可通过令牌推测系统的业务量级（如订单总量、用户注册数），甚至能按顺序遍历尝试调用API，引发数据泄露或恶意批量操作。
• 无法提前生成满足前置校验需求：幂等令牌的核心作用之一是在请求发起前就确定，用于提前拦截重复请求，但自增主键通常是数据库写入数据时才生成的，无法在请求阶段提前获取，完全失去了前置校验的意义。
• 跨系统交互易出现冲突：多系统协作场景下，不同系统的主键可能重复（比如A系统的商品ID=2和B系统的订单ID=2），用主键作为幂等令牌会导致跨系统幂等校验失效，而UUID的全局天然唯一性可避免这类冲突。
• 重试场景下逻辑无法闭环：客户端发起请求后若遇网络超时，此时数据库可能已生成主键，但客户端未收到响应，重试时无法携带这个未获取到的主键ID，根本无法实现幂等；而UUID可由客户端提前生成，重试时直接复用即可。
• 系统架构扩展受限：后续若进行分库分表或架构拆分，自增主键通常要改为分布式ID，原有的连续主键逻辑被打破，依赖主键作为幂等令牌的系统需要大幅改造，而UUID的生成逻辑不受数据库架构变化影响，扩展性更强。

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