mysql自增长id用完了该如何解决

mysql自增长id用完了该如何解决

mysql自增长id用完了，怎么办？

作为一名程序员，在求职面试时，不知你有没有遇到类似这样的问题。

张工是一名java程序员，最近到一家互联网公司面试，面试官就问了他这样的一个问题。

面试官:"用过mysql吧，你们数据表主键id是用自增主键还是UUID？" 张工:"用的是自增主键" 面试官:"为什么是自增主键？" 张工:"因为采用自增主键，数据在物理结构上是顺序存储，性能好" 面试官:"那自增主键达到最大值了，用完了怎么办？" 张工：“用完了就用完了，再申请呗”面试官：“你可以回去等通知了”

今天我们就来谈一谈，这个自增主键用完了该怎么办？

在mysql，int整型的范围如下int的取值范围为：-2^31——2^31-1，即-2147483648—2147483647

如图：

举个例子，无符号整型可以存储范围从0到4294967295，大约是43亿。当自增id达到最大值时，这是继续插入会出现什么异常呢，

我们来动手实践下。

首先，创建一张表tb_user，这张表只包含一个自增id

create table tb_user(id int unsigned auto_increment primary key) ;登录后复制

然后向这张表插入一条数据：

insert into tb_user values(null);登录后复制登录后复制

通过show命令show create table tb_user;查看表情况：

CREATE TABLE `tb_user` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, PRIMARY KEY (`id`)) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8登录后复制

把我们刚才的创建表语句调整下，先把刚才的表删除掉，然后在创建表时加上auto_increment = 4294967295

create table tb_user(id int unsigned auto_increment primary key) auto_increment = 4294967295;登录后复制

然后同样往表插入一条记录

insert into tb_user values(null);登录后复制登录后复制

同样，我们通过show命令，查看表tb_user的表结构：

CREATE TABLE `tb_user` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, PRIMARY KEY (`id`)) ENGINE=InnoDB AUTO_INCREMENT=4294967295 DEFAULT CHARSET=utf8登录后复制

通过

select * from tb_user登录后复制

我们查询到id 为4294967295，已经是最大值，这时候如果再

当想往表在尝试插入一条数据时，报一个主键冲突异常如下所示。

[SQL]insert into tb_user values(null);[Err] 1062 - Duplicate entry '4294967295' for key 'PRIMARY'登录后复制

这可以说明，当再次插入时，使用的自增ID还是4294967295，就会报主键冲突的异常了。

4294967295，这个数字已经可以应付大部分的场景了，如果你的服务会经常性的插入和删除数据的话，还是存在用完的风险。

建议采用bigint unsigned，这个数字就大了。

那有什么办法解决，答案是肯定的，解决方法也是很简单的，将Int类型改为BigInt类型，BigInt的范围如下

-2^63-1到2^63-1

-9223372036854775808 9223372036854775807

就算每秒往数据表插入10000条数据，运行100年，来看看数据量有多少

10000*24*3600*365*100=31536000000000

这数字距离BigInt的上限还差的远，因此你将自增ID设为BigInt类型，就可以解决问题了。

如果你在面试中是这样回答面试官的。

你:"这还不简单，把自增主键的类型改为BigInt类型就可以解决了！"面试官:"你在线上怎么修改列的数据类型的？" 你:"alter table tb_user change id id bigint;"面试官：“你有实际操作经验吗？”你：“…………没有实际操作过”

需要注意的是，这种方式在myl5.6+才开始支持，mysql支持在线修改数据库表，在修改表的过程中，对绝大部分操作，原表可读，也可以写。

对于修改数据类型这种操作，是不支持并发的DML操作！也就是说，如果你直接使用alter这样的语句在线修改表数据结构，会导致这张表无法进行更新类操作(delete、update、insert)。所以，想在生产线上执行修改表结构这样的方案是不可行的。

那有没有更好的方式，对于这个问题，我们以后再做讨论。

不知你有没有留意到这样一种情况，虽然主键自增ID是从0开始的，也就是说，现在可以用的范围为0～2147483647，但实际数据中有些id的值并不是连续的。

要是实际生产表出现单表超过上亿的数据量了，这时候想再往数据表写数据，性能肯定是受影响了，得赶紧考虑分库分表了。

如果进行了分库分表，每个表的自增id不能用来全局唯一标识数据。要支持分库分表的环境，我们需要提供一个产生全局唯一的ID号的策略。

所以在实际中，根本等不到自增主键用完的情况。

较友好的回答不妨参考这样的

面试官:"那自增主键达到最大值了，用完了怎么办？" 你:这问题没遇到过，因为自增主键我们用int类型，一般达不到最大值，就要考虑分表分库了。

要是面试官穷追不舍，继续问你有关分库分表的要点，你也就可以针对性地回答，说明你完全有这方面的开发经验，相信能为这次面试加分。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。