安德鲁·阿特金森：避免使用UUID版本4作为主键
原文英文，约2900词，阅读约需11分钟。
📝
内容提要
在数据库中使用UUID版本4作为主键会导致性能下降和过多的IO，因为其随机生成的特性影响了索引的插入和检索效率。建议使用整数或时间排序的UUID（如UUID v7）来提高性能。
🔎
延伸解读
UUID v4的性能问题
UUID版本4由于其随机生成的特性，导致数据库在插入和检索时性能下降。这种随机性使得索引无法有效排序，增加了IO负担，尤其是在大数据量的情况下，查找操作的延迟显著增加。
UUID v7的优势
UUID版本7引入了时间戳，能够更好地支持数据库索引，减少随机性带来的性能问题。对于需要高效检索的应用，使用UUID v7可以显著提高性能，尤其是在数据量较大的情况下。
UUID的存储成本
UUID占用的存储空间较大，UUID v4为16字节，而整数型主键仅需8字节。这种额外的存储需求在处理大规模数据时，会显著影响数据库的性能和资源消耗，尤其是在备份和恢复时。
❓
Q&A
为什么不建议在数据库中使用UUID版本4作为主键？
UUID版本4的随机生成特性导致性能下降和过多的IO，影响索引的插入和检索效率。
UUID版本7相比UUID版本4有什么优势？
UUID版本7包含时间戳，更适合数据库索引，能够提高插入和检索效率。
使用UUID作为主键的场景有哪些？
UUID适用于需要在客户端或多个服务中生成标识符的场景，特别是在微服务架构中。
UUID的存储空间占用情况如何？
UUID占用16字节（128位），是bigint（8字节）的两倍，影响性能。
如何减少使用UUID时的性能问题？
可以定期重建使用UUID的表和索引，以减少碎片化，并考虑使用UUID版本7。
UUID是否安全？
UUID不应被视为安全能力，RFC指出它们容易被猜测。
🏷️
