MySQL主键自增的讨论

松哥在本文中讨论了MySQL中主键的选择问题，特别是为什么不建议使用UUID作为主键，以及主键自增可能存在的问题。文中还介绍了如何通过设置innodb_autoinc_lock_mode来优化高并发下的自增主键插入性能。

1. 不使用UUID作为主键的原因

UUID作为主键会导致B+Tree中的数据频繁挪动以找到合适的位置，从而降低插入效率。同时，UUID作为较长字符串，会增加存储空间的占用，导致B+Tree变高，影响查询效率。因此，在MySQL中通常不使用UUID作为主键。

2. 主键自增的问题和解决方法

虽然主键自增可以解决UUID存在的问题，但在高并发环境下，主键自增可能会遇到尾部热点和锁竞争问题。为了解决这些问题，可以通过调整innodb_autoinc_lock_mode变量的值来优化锁的处理。

2.1 数据插入的三种形式

数据插入分为simple insert、bulk insert和mixed insert三种，不同的插入形式在自增锁的处理上有所不同。

2.2 innodb_autoinc_lock_mode的设置

innodb_autoinc_lock_mode有三个取值，分别为0 (traditional)、1 (consecutive) 和 2 (interleaved)。每个模式下对自增锁的处理不同，影响并发插入性能和主从数据一致性。

2.3 实践

通过实际的SQL操作示例，展示了不同的innodb_autoinc_lock_mode设置对插入操作的影响。

3. 小结

松哥总结了主键自增相关的知识点，并强调小伙伴们应根据实际情况为innodb_autoinc_lock_mode属性选择合适的值。

TienChin项目视频已完成，采用Spring Boot和Vue3技术栈，邀请小伙伴们加入完成率超90%的项目实践。

敏捷MVP面面观

了解更多

想要了解更多内容？

查看原文：MySQL 主键自增也有坑？

文章来源：

江南一点雨

扫码关注公众号