SQLite 开发警示：盲目使用 UUID 主键带来的性能隐患

Hacker News 上的一篇技术讨论引发了开发者对 SQLite 数据库设计中主键选型的深度反思。文章指出，UUID（通用唯一识别码）在开发者社区中存在严重的过度使用现象，尤其是在不恰当的场景下。相比于使用 UUID 作为主键，在大多数单体数据库应用中，采用自增的 `BIGINT`（大整数）通常是更优的技术选择。`BIGINT` 不仅占用存储空间更小，而且在建立索引和执行查询时速度更快，能有效减少“脚枪”（Footguns，即易犯错陷阱）。评论区的资深开发者进一步补充了技术细节，指出大家常用的 UUIDv4 由于其完全随机性，会破坏数据库索引的顺序写入特性，导致严重的性能损耗。如果必须使用 UUID，建议迁移至 UUIDv7 或将其转换为二进制格式存储以优化性能。此外，讨论还展示了 SQLite 在内存模式下每秒可处理百万级插入操作的惊人性能，强调了针对不同负载选择合适数据类型的重要性。

事件分析

💡 核心观点：技术选型应回归本质，在非分布式场景下滥用 UUID 牺牲了数十倍的数据库性能，整数主键仍是效率压舱石。