文章指出在SQLite中使用随机UUID作为主键会导致性能问题，因为无序的UUID会打乱聚簇索引的物理存储顺序，引发频繁的B树重平衡和额外分页操作。虽然聚焦SQLite，但该问题也适用于其他使用聚簇索引的数据库。

标题：SQLite中使用UUID主键的风险

发布日期：2026年6月6日

核心内容：

1. 问题背景

• 随机UUID（UUID4）作为主键会导致聚集索引性能下降
• 无序插入导致B树频繁重新平衡，产生额外分页开销

2. 关键概念

• 聚集索引决定了表中数据的物理存储顺序
• SQLite默认使用rowid作为隐式主键和聚集索引
• WITHOUT ROWID表使用声明的主键作为聚集索引

3. 性能测试对比

• 基准测试（整型主键）：

  • 插入1亿行数据，速度稳定在约100万行/秒
  • 平均耗时约1100毫秒/百万行

• UUID4测试：

  • 插入速度随数据量增加急剧下降
  • 从初始的2649毫秒/百万行降至12586毫秒/百万行
  • 性能下降10-12倍

4. 性能分析

• 性能分析图显示UUID4导致：
  • 更多时间花费在树平衡操作
  • 读写操作耗时显著增加

5. 解决方案

• 使用时间有序的UUID7：
  • 性能接近基准测试水平
  • 平均耗时约1250毫秒/百万行
  • 比整型主键略慢（16字节 vs 8字节）

6. 结论与建议

• 随机UUID主键会导致严重的性能问题
• 时间有序UUID是更好的选择
• 在SQLite中应谨慎选择主键类型

附加信息： - 完整测试代码可在GitHub获取 - 相关阅读材料包括聚集索引原理、性能分析工具等 - 感谢Datastar社区成员提供的反馈

（注：原文中的代码示例、详细测试数据表格和性能分析图等可视化内容已简化为文字描述，保留了核心数据点和结论）

以下是评论内容的总结：

1. UUIDv4的问题与UUIDv7的优势

   • 观点：UUIDv4存在性能问题，UUIDv7更适合作为主键（评论1、6、11）。
   • 引用：
     • "UUIDv7 seems like the best solution if you want UUID benefits and ordering."（评论11）
     • "If you need a uuid and the time of creation is not secret then use ulids eg uuid v7."（评论6）

2. UUID的过度使用与替代方案

   • 观点：UUID在许多场景下并非最佳选择，bigint或rowid更高效（评论3、4、10、12）。
   • 引用：
     • "UUIDs are way over used. There is almost always a better key to use, usually a bigint."（评论3）
     • "Why use UUIDs as primary keys? Let SQLite use rowids internally."（评论10）

3. 分布式场景与ID策略

   • 观点：在分布式系统中，UUID或类似策略可能更适用，但需权衡性能（评论8、14）。
   • 引用：
     • "If there is even an outside chance of needing to cooperate across application instances... a sequential random ID makes sense."（评论14）
     • "For Postgres, sequential keys may lead to contention."（评论8）

4. 性能测试与数据准确性

   • 观点：对测试脚本的准确性提出疑问，但认可作者的贡献（评论13、9、14）。
   • 引用：
     • "The script appears to be inserting 100 batches, not 10."（评论13）
     • "Thanks for the benching... every post has been useful."（评论14）

5. 主键设计的实用建议

   • 观点：推荐组合使用整数主键（内部）和UUID（外部）（评论12）。
   • 引用：
     • "Use sequential integer as PK and UUID for public-facing IDs."（评论12）

6. 其他讨论

   • 观点：UUID与整数的争论激烈但无绝对答案（评论5）；UUIDv7生成时间的影响（评论15）。
   • 引用：
     • "This debate is worse than vim vs eMacs."（评论5）
     • "How much time is (random-uuid7-bytes) taking?"（评论15）

总结：评论围绕UUID的适用性、性能问题和替代方案展开，支持者强调UUIDv7的优势，反对者推荐bigint或rowid，分布式场景需权衡设计。测试数据和作者贡献也受到关注。