专栏首页性能与架构MySQL 自增ID的几个小问题

MySQL 自增ID的几个小问题

下面这几个小问题都是基于 InnoDB 存储引擎的。

1. ID最大的记录删除后,新插入的记录ID是什么

例如当前表中有ID为1,2,3三条记录,把3删除,新插入记录的ID从哪儿开始?

答案:4开始。

实验

创建表 tb0,ID自增:

create table tb0(id int unsigned auto_increment primary key);

插入3条记录:

insert into tb0 values(null);

删除ID为3的记录:

delete from tb0 where id=3

查看当前自增值:

show create table tb0;

# 结果
CREATE TABLE `tb0` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=latin1

自增ID为4,删除ID最大的记录并不影响自增ID的值。

2. MySQL 重启后自增ID从哪儿开始

例如当前表中有ID为1,2,3三条记录,把3删除,重启MySQL,新插入记录的ID从哪儿开始?

很多人会认为从4开始,实际是从3开始。

因为InnoDB的自增值是记录在内存的,不是记录在数据文件的。 重启后,会把 当前最大ID + 1 作为起始值。

实验

创建表 tb1,ID自增:

create table tb1(id int unsigned auto_increment primary key);

添加3条数据记录:

insert into tb1 values(null);

删除ID为3的记录:

delete from tb1 where id=3

通过上一个问题,我们知道,此时自增ID值为4

重启MySQL。

查看当前的自增值:

show create table tb1;

# 结果
CREATE TABLE `tb1` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=latin1

3. 手动插入ID后,下次插入时自增值是多少

例如当前的自增ID为4,新插入记录时,手动指定ID为10,下次使用自增方式插入时,ID是 11

ID自增值 = 当前最大ID + 1 在插入新记录时,就已经计算得出了新的ID值

实验

创建表 tb2,ID自增:

create table tb2(id int unsigned auto_increment primary key);

添加记录:

insert into tb2 values(null);

手动指定ID:

insert into tb2 values(4294967000);

查看当前的自增值:

show create table tb2;

# 结果
CREATE TABLE `tb2` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4294967001 DEFAULT CHARSET=latin1

可以看到自增值变为 4294967001

4. 自增值用完后怎么办

无符号 int 的最大值为 4294967295,自增值达到此值后,就不变了,新插入记录时就会报错:

Duplicate entry '4294967295' for key 'PRIMARY'

如果表记录经常插入、删除,即使表内记录总量不是很大,ID也可能快速用完,这种情况可以需要使用 bigint

int 取值范围:

int 是 4 byte,首位用来表示符号

  • 有符号的范围:

从 - 至 - 1 (-2147483648 至 2147483647)

  • 无符号的范围:

0 至 - 1 (0 至 4294967295)

bigint 取值范围:

int 是 8 byte

  • 有符号的范围:

从 - 至 - 1 (-9223372036854775808 至 9223372036854775807)

  • 无符号的范围:

0 至 - 1 (0 至 18446744073709551615)

小结

通过实验可以发现InnoDB中自增ID的一些特性:

  • 插入新记录时,就会计算出新的自增值(最大ID+1),不管是使用自动ID,还是手动指定一个ID。
  • 删除最大ID值对自增ID值没有影响,但MySQL重启之后有影响,不会使用之前的自增ID值,而是使用最大ID+1,因为自增ID值是存在内存中,重启后需要重新计算。
  • 自增ID用完后就不变了。

本文分享自微信公众号 - 性能与架构(yogoup)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-11-15

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 大数据运算模型 MapReduce 原理

    MapReduce 是一个大数据集合的并行运算模型,由google提出,现在流行的hadoop中也使用了MapReduce作为计算模型 MapReduce 通俗...

    dys
  • 分布式唯一ID的生成方案

    既然是服务于分布式系统,为多个服务提供ID服务,访问压力一定很大,所以需要保证高可用。

    dys
  • MySQL中一条SQL语句是如何执行的?

    client 首先要与 MySQL 建立连接,这就需要一个连接器,负责与 client 建立连接、权限验证、管理连接。

    dys
  • SQLServer SQL连接查询深度探险(摘录

    测试的SQL脚本如下:此脚本适合MySQL、DB2,如果要在Oracle上执行,需要做个替换BIGINT->INTEGER,VARCHAR、->VARCHAR...

    授客
  • python:爬虫入门

    直接上代码吧: 一、爬取某外卖平台的指定商家菜品信息 from urllib import request import json import random ...

    菩提树下的杨过
  • SAP CRM产品主数据里的七种ID

    3实际上就是PRODUCT_ID了。除了4之外,其他6种ID都能作为alternative ID被查找到。

    Jerry Wang
  • 分布式ID生成器的解决方案总结

    在互联网的业务系统中,涉及到各种各样的ID,如在支付系统中就会有支付ID、退款ID等。那一般生成ID都有哪些解决方案呢?特别是在复杂的分布式系统业务场景中,我们...

    Java技术栈
  • 分布式ID生成方案总结

    ID是数据的唯一标识,传统的做法是利用UUID和数据库的自增ID,在互联网企业中,大部分公司使用的都是Mysql,并且因为需要事务支持,所以通常会使用Innod...

    macrozheng
  • 大型互联网公司:常用的分布式ID方案总结!

    ID是数据的唯一标识,传统的做法是利用UUID和数据库的自增ID,在互联网企业中,大部分公司使用的都是Mysql,并且因为需要事务支持,所以通常会使用Innod...

    秃顶的Java程序员
  • 细聊分布式ID生成方法

    一、需求缘起 几乎所有的业务系统,都有生成一个记录标识的需求,例如: (1)消息标识:message-id (2)订单标识:order-id (3)帖子标识:t...

    架构师之路

扫码关注云+社区

领取腾讯云代金券