Django如何生成类Ins/YouTube的短唯一高性能资源URL

工业界通用成熟方案是全局整数发号器+Base62编码，Instagram、YouTube的短链标识均基于该逻辑实现，可同时满足短长度、全局唯一、无数据库性能损耗三个要求，完全规避你提到的问题。

方案核心逻辑 #

放弃随机哈希生成唯一标识的思路，从根源解决碰撞和性能问题：

1. 用全局唯一的趋势递增整数作为资源主键，整数主键的唯一性由发号逻辑保证，不需要依赖数据库唯一约束做校验，且整数主键是数据库查询性能最高的索引结构，数据量过亿也不会有查询损耗。
2. 不直接把整数ID暴露在URL中（易被遍历爬取），将十进制整数ID编码为Base62格式字符串：编码表由大小写英文字母+0-9数字共62个字符组成，编码后字符串极短——6位Base62即可承载568亿个唯一标识，8位可承载218万亿个，长度和你举例的Ins、YouTube链接标识完全一致，远短于UUID。

Django具体实现步骤 #

• 替换默认自增主键，用雪花算法生成全局唯一整数ID
  不推荐直接用数据库自增ID：分库分表场景下易冲突，高并发写入存在锁竞争。直接在应用层用雪花算法生成64位趋势递增整数作为主键即可：
  • 生成过程无外部依赖，不需要单独部署发号服务，性能极高
  • 64位整数转Base62最长仅11位，常规业务用8位即可覆盖全生命周期的资源量需求
    直接在模型save方法中调用雪花算法生成ID赋值给主键字段即可，Django生态有成熟的雪花算法工具实现，不需要从零编写。
• 实现Base62编解码工具函数
  可以自定义打乱编码表顺序，避免被恶意反解ID遍历资源：

  # 可自行打乱字符顺序做混淆，不要用公开默认顺序即可
  BASE62_CHARSET = "K2MkPqRsTuVwXyZ3aBcDeFgHiJnOpLm4No5Qr6St7Uv8Wx9YzAbCdEfGhIj01bCdEfGhIjKl"
  
  def id_to_base62(id_num: int) -> str:
      if id_num == 0:
          return BASE62_CHARSET[0]
      code = []
      base = len(BASE62_CHARSET)
      while id_num > 0:
          code.append(BASE62_CHARSET[id_num % base])
          id_num = id_num // base
      return ''.join(reversed(code))
  
  def base62_to_id(short_code: str) -> int:
      res = 0
      base = len(BASE62_CHARSET)
      for char in short_code:
          res = res * base + BASE62_CHARSET.index(char)
      return res
  

• 模型与路由配置
  不需要额外在数据库存储短码字段（短码可由ID实时计算，无额外存储开销），给模型加动态属性即可：

  class Post(models.Model):
      id = models.BigIntegerField(primary_key=True)
      # 其余业务字段：作者、内容、发布时间等
      
      @property
      def short_code(self):
          return id_to_base62(self.id)
  

  路由匹配到短码后，直接调用base62_to_id反解出整数ID，用主键查询资源即可，主键查询为常数级时间复杂度，性能远高于查询加了unique=True约束的普通字符串字段。

方案对比优势 #

• 对比随机字符串+unique=True方案：不需要每次生成后查询数据库判重，无高并发下重复写入风险，不会因为字符串唯一索引导致写入性能下降
• 对比UUID方案：短码长度可控，无哈希碰撞风险，且趋势递增的整数ID不会触发数据库索引页分裂，写入性能比无序UUID高30%以上
• 对比第三方短链服务：无额外成本，数据完全自主可控，不需要依赖外部接口

可选优化 #

如果需要更高的防遍历能力，可以在编解码逻辑中加入自定义偏移盐值，只要编解码两端规则一致即可，不会带来额外性能损耗。
注意不要使用任何截断哈希的方案：只要是固定长度的随机哈希值，就存在理论碰撞概率，数据量达到亿级时碰撞概率会升高到不可忽视的程度，后续修复成本极高。发号器+编码的方案从逻辑上100%保证唯一，不需要处理碰撞异常。

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