在哪些场景下不建议自增数据库主键

​我们平时建表的时候，一般会像下面这样。

CREATE TABLE `user` ( `id` int NOT NULL AUTO_INCREMENT COMMENT '主键', `name` char(10) NOT NULL DEFAULT '' COMMENT '名字', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; 复制代码

出于习惯，我们一般会加一列id作为主键，而这个主键一般边上都有个AUTO_INCREMENT, 意思是这个主键是自增的。自增就是i++，也就是每次都加1。

但问题来了。

主键id不自增行不行？

为什么要用自增id做主键？

离谱点，没有主键可以吗？

什么情况下不应该自增？

被这么一波追问，念头都不通达了？

这篇文章，会尝试回答这几个问题。

主键不自增行不行

当然是可以的。比如我们可以把建表sql里的AUTO_INCREMENT去掉。

CREATE TABLE `user` ( `id` int NOT NULL COMMENT '主键', `name` char(10) NOT NULL DEFAULT '' COMMENT '名字', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; 复制代码

然后执行

INSERT INTO `user` (`name`) VALUES ('debug'); 复制代码

这时候会报错Field 'id' doesn't have a default value。也就是说如果你不让主键自增的话，那你在写数据的时候需要自己指定id的值是多少，想要主键id是多少就写多少进去，不写就报错。

改成下面这样就好了

INSERT INTO `user` (`id`,`name`) VALUES (10, 'debug'); 复制代码

为什么要用自增主键

我们在数据库里保存的数据就跟excel表一样，一行行似的。

​而在底层，这一行行数据，就是保存在一个个16k大小的页里。

每次都去遍历所有的行性能会不好，于是为了加速搜索，我们可以根据主键id，从小到大排列这些行数据，将这些数据页用双向链表的形式组织起来，再将这些页里的部分信息提取出来放到一个新的16kb的数据页里，再加入层级的概念。于是，一个个数据页就被组织起来了，成为了一棵B+树索引。

​而当我们在建表sql里声明了PRIMARY KEY (id)