共计 1174 个字符，预计需要花费 3 分钟才能阅读完成。
自动写代码机器人，免费开通
这篇文章主要介绍了 mysql 的主键有什么用，具有一定借鉴价值，需要的朋友可以参考下。希望大家阅读完这篇文章后大有收获。下面让丸趣 TV 小编带着大家一起了解一下。
(针对 InnoDB 引擎) 我们实际生产环境可能会使用四类属性作为主键：
(1). 自增序列；
(2). UUID() 函数生成的随机值；
(3). 用户注册的唯一性帐号名称，字符串类型，一般长度为：40 个字符；
(4). 基于一套机制生成类似自增的值，比如序列生成器；
那么我们接下来，再分析下这四类属性各自作为表主键的优缺点：
(1) 自增序列：从小到大 或从大到小的顺序模式增加新值；数据类型也利于进行主键值比较；存储空间占用也相对最小，一般设置为：4 个字节的 INT 类型或 8 个字节的 BIGINT 类型；若是想进行数据水平拆分的话，也可以借助设置 mysqld 实例的 2 个参数：auto_increment_increment 和 auto_increment_offset；另外，唯一缺点就是自增序列是一个表级别的全局锁，在 5.0 系列大规模并发写的时候，因锁释放机制的问题容易出现瓶颈，但是 5.1 系列做了改进，基本上不存在此问题；
(2)UUID() 函数：值为随机性 + 固定部分，其值产生是无序的，且同一台服务器上产生的值相同部分为 77.8%；产生的值字符个数为 36，按 utf8 编码计算，占用的存储空间为 36 个字节；对于数据水平拆分支持，无需特殊设置；
(3) 使用用户注册的帐号名称，字符串类型，其值的产生依赖用户输入，为此数据基本上为无序增加，字符串的长度也是不定的，只能通过前段技术控制最短最大长度值的限制，对水平拆分支持，无需做特殊设置；
(4) 序列生成器的架构，类似自增序列，不过需要借助额外的开发工作量，以及提供一个第三方的服务，可以规避自增序列的字增全局锁的问题，提高并发，对数据水平拆分可以更好地支持；
(5) 双主复制架构的概率性碰到的场景：主服务器的数据执行成功，而没有复制到在线备用服务器时，出问题的概率确实存在，其他类型的做法，也必须人工干涉解决，都无简单且合理的自动化办法，以上四种办法都无法规避；
通过四种属性值作为主键的优缺点分析，以及对比前面我们阐述的主键需要的优秀素质，若是不考虑水平拆分的问题，带来额外设置上的麻烦，则自增序列是最佳的主键字段选择；用户的注册帐号本身要求唯一性且非空的场景下，则可以作为主键字段的选择；若是考虑水平拆分的问题，则采用自增序列生成器的架构，非常易用和可靠的实现方式，产生的值是最佳主键字段的选择；
感谢你能够认真阅读完这篇文章，希望丸趣 TV 小编分享 mysql 的主键有什么用内容对大家有帮助，同时也希望大家多多支持丸趣 TV，关注丸趣 TV 行业资讯频道，遇到问题就找丸趣 TV，详细的解决方法等着你来学习!
向 AI 问一下细节
丸趣 TV 网 – 提供最优质的资源集合！
