主键设计是数据库性能优化的核心，选择自增ID作为主键，避免UUID，能显著减少索引碎片，提升插入性能30%以上；使用INT或BIGINT类型，结合聚簇索引优化查询速度，确保业务唯一性字段不做主键，以防热点问题，这是性能提升的关键。

CSDN博客

主键设计不当会导致严重的性能问题。最常见的问题是使用UUID作为主键。UUID虽然唯一性好，但它是随机生成的64位字符串，导致B+树索引分裂严重，插入性能低下。另外，使用业务字段如订单号、手机号作为主键，也容易造成热点更新，影响并发性能。

阿里云开发者社区

优化方案：优先选择自增ID作为主键，自增ID是顺序的，能有效减少页分裂，提高插入效率。对于分布式系统，可使用雪花算法生成有序ID。主键类型选INT优于VARCHAR，长度越短索引效率越高。避免复合主键，单列主键维护更简单。

博客园文章

另一个常见问题是主键类型选择不当，如用CHAR(36)存UUID，占用空间大，比较慢。优化时，确保主键不可变，一旦设置就不能更新。聚簇索引主键设计要考虑范围查询，自增ID支持高效范围扫描，比随机ID好太多。

知乎专栏

性能测试显示，自增主键的插入速度是UUID的10倍以上，因为B+树叶子节点顺序追加，不会频繁分裂。业务场景中，如果有自然主键如邮箱，要评估其分布均匀性，避免低基数问题导致索引失效。

腾讯云开发者社区

主键优化还需关注填充因子，默认填充因子75%，高并发插入时可调低到50%，减少页分裂。MySQL InnoDB中，主键就是聚簇索引，所有二级索引都存主键值，所以主键小而有序至关重要，能节省存储并加速JOIN。

简书教程

常见坑：迁移数据时主键冲突，自增ID跨库不连续无妨，因为数据库不关心值大小，只关心顺序。分布式ID方案如Leaf或Snowflake，确保全局唯一且有序，避免性能瓶颈。

掘金文章

实测优化前后，表插入QPS从5000提升到35000，查询延迟降50%，全因换成自增BIGINT主键。记住，主键设计影响整个表的读写性能，是数据库调优第一步。

FAQ
Q: 为什么不推荐UUID做主键？
A: UUID随机性导致索引分裂，插入慢，碎片多。
Q: 自增ID在分布式系统怎么用？
A: 用雪花算法或数据库中间件生成有序全局ID。
Q: 主键类型选INT还是BIGINT？
A: 小表用INT，大表用BIGINT，视数据量而定。
Q: 业务字段能做主键吗？
A: 能，但要均匀分布无热点，否则性能差。
Q: 如何测试主键设计效果？
A: 用sysbench压测插入和查询QPS。