DEV Community
·
数据库主键选择：UUID 🪪 还是自增整数/序列 ⚙️？
💡
原文英文，约800词，阅读约需3分钟。
📝
内容提要
在设计SQL数据库时，选择主键类型（UUID或自增整数）非常重要。自增整数易读且占用空间小，但在分布式系统中容易冲突。UUID全球唯一，便于数据迁移，但可读性差且插入性能较低。UUIDv7结合了两者的优点，支持时间排序，提升性能，未来可能成为主流选择。
🎯
关键要点
- 设计SQL数据库时，选择主键类型（UUID或自增整数）非常重要。
- 自增整数易读且占用空间小，但在分布式系统中容易冲突。
- UUID全球唯一，便于数据迁移，但可读性差且插入性能较低。
- UUIDv7结合了UUID和自增整数的优点，支持时间排序，提升性能。
- UUIDv7可能成为未来主流选择，逐渐取代定制解决方案。
❓
延伸问答
选择数据库主键时，UUID和自增整数各有什么优缺点？
自增整数易读且占用空间小，但在分布式系统中容易冲突。UUID全球唯一，便于数据迁移，但可读性差且插入性能较低。
UUIDv7相比于UUIDv1和UUIDv4有什么优势？
UUIDv7支持时间排序，减少随机I/O操作，提高插入性能，同时仍保持全球唯一性。
在分布式系统中，为什么自增整数不适合作为主键？
自增整数在不同主机上可能产生相同的值，导致冲突，因此不适合分布式系统。
使用UUID作为主键时，插入性能会受到什么影响？
在使用聚集主键的数据库中，UUID会导致行重新排序，从而影响插入性能。
UUIDv7的结构是怎样的？
UUIDv7的前48位存储Unix时间戳，后续部分包含版本和随机数，支持时间排序。
未来数据库主键的选择趋势是什么？
UUIDv7可能成为主流选择，逐渐取代定制解决方案，因其结合了UUID和自增整数的优点。
➡️
