MySQL数据库自增主键可能产生的问题
小标 2018-03-05 来源 :网络 阅读 665 评论 0

摘要:在MySQL中经常会配置自增长属性的字段作为主键,特别是使用InnoDB存储引擎

在MySQL中经常会配置自增长属性的字段作为主键,特别是使用InnoDB存储引擎,


因为InnoDB的聚集索引的特性,使用自增长属性的字段当主键性能更好,但是使用自增主键也可能会带来一些问题。


举个例子,使用自增主键对数据库做分库分表,可能出现一些诸如主键重复等的问题,或者在数据库导入的时候,可能会因为主键出现一些问题。


主要业务表的主键应该配置一个合理的策略,尽量避免自增AUTO_INCREMENT。


针对主键自增可能产生的问题,下面这两篇文章有相关的讨论:


INNODB自增主键的一些问题


mysql自增列导致主键重复问题分析


针对主键增长方式的解决方案


来自知乎问题-高并发网站如何解决数据库主键自增的时候出现重复?


(1)设置主键自增为何不可取


这样的话,数据库本身是单点,不可拆库,因为id会重复。


(2)依赖数据库自增机制达到全局ID唯一


使用如下语句:


REPLACE INTO Tickets64 (stub) VALUES ('a');


SELECT LAST_INSERT_ID();


这样可以保证全局ID唯一,但这个Tickets64表依旧是个单点。


(3)依赖数据库自增机制达到全局ID唯一并消除单点


在2的基础上,部署两个(多个)数据库实例,


设置自增步长为2(多个则为实例数),即auto-increment-increment = 2


设置auto-increment-offset分别为1,2.....


这样第一台数据库服务器的自增id为 1 3 5 7 9


第二台为2 4 6 8 10


(4)解决每次请求全局ID都读库写库压力过大的问题


比如第一次启动业务服务,会请求一个唯一id为3559


如果是2、3的方法,则id为3559,这样每次都请求数据库,对数据库压力比较大


可以用3559 * 65536(举个例子,并不一定是65536)+ 内存自增变量来作为id


当内存自增变量到达65535时,从数据库重新获取一个自增id


这样即使有多台业务服务器,id也不会重复:


第一台 3559 * 65536 + 1,2,3.....65535


第二台 3560 * 65536 + 1,2,3.....65535


然后第一台到65535了,换一个数据库自增id,这时候可能是3561 * 65536 + 1,2,3....


本文由职坐标整理并发布,了解更多内容,请关注职坐标MySQL数据库频道!


本文由 @小标 发布于职坐标。未经许可,禁止转载。
喜欢 | 0 不喜欢 | 0
看完这篇文章有何感觉?已经有0人表态,0%的人喜欢 快给朋友分享吧~
评论(0)
后参与评论

您输入的评论内容中包含违禁敏感词

我知道了

助您圆梦职场 匹配合适岗位
验证码手机号,获得海同独家IT培训资料
选择就业方向:
人工智能物联网
大数据开发/分析
人工智能Python
Java全栈开发
WEB前端+H5

请输入正确的手机号码

请输入正确的验证码

获取验证码

您今天的短信下发次数太多了,明天再试试吧!

提交

我们会在第一时间安排职业规划师联系您!

您也可以联系我们的职业规划师咨询:

小职老师的微信号:z_zhizuobiao
小职老师的微信号:z_zhizuobiao

版权所有 职坐标-一站式IT培训就业服务领导者 沪ICP备13042190号-4
上海海同信息科技有限公司 Copyright ©2015 www.zhizuobiao.com,All Rights Reserved.
 沪公网安备 31011502005948号    

©2015 www.zhizuobiao.com All Rights Reserved

208小时内训课程