标签:发号 发号器 创建 增列 索引 改进 MySQL 主键
关于发号器的使用,其实有一个大背景,那就是关于主键的一些设计问题,在MySQL中如果一张表没有主键,实际的数据处理就有点麻烦了。
因为在InnoDB存储引擎中,表都是按照主键的顺序进行存放的,我们叫做聚簇索引表或者索引组织表(IOT)
- 显式的创建主键Primary key。
- 判断表中是否有非空唯一索引,如果有,则为主键。
- 如果都不符合上述条件,则会生成UUID的一个隐式主键(6字节大)
可以使用类似的SQL来看到这个隐藏列:
select _rowid from test
这和主键有什么关系?主要是因为有些时候我们创建主键就是为了创建而创建,没有实际的业务含义,所以会形成一种使用习惯,那就是启用自增列。
自增列的问题很多,有些几句话还说不清楚,大体有如下的一些问题:
- 自增列没有业务含义
- 过度依赖自增列
- 自增列和状态值主键并存,反而影响业务逻辑和性能
- MySQL历史遗留bug,在MySQL 8.0该问题才修复
到了这里,我们的需求也基本明确了,我们所说的发号器其实就是要确保每次取到的ID号都是唯一的,当然也显而易见是趋势递增的。
标签:发号,发号器,创建,增列,索引,改进,MySQL,主键 来源: https://www.cnblogs.com/DanielL916/p/16474199.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。