关于MySQL自增ID的一些小问题总结

 更新时间:2019年11月17日 16:30:09   作者:性能与架构  
这篇文章主要给大家总结介绍了关于MySQL自增ID的一些小问题,文中通过示例代码介绍的非常详细,对大家学习或者使用MySQL具有一定的参考学习价值,需要的朋友们下面来一起学习学习吧

下面这几个小问题都是基于 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用完后就不变了。

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对脚本之家的支持。

相关文章

  • 如何搭建 MySQL 高可用高性能集群

    如何搭建 MySQL 高可用高性能集群

    MySQL 作为小型应用的数据库,它完全可以胜任,但是如果是大型应用,高性能高可用的要求,单服务器部署的MySQL就不够了。MySQL NDB Cluster为这个需求提供了一个官方的集群解决方案。本文将研究如何搭建 MySQL 高可用高性能集群
    2021-06-06
  • 关于MySQL的存储过程与存储函数

    关于MySQL的存储过程与存储函数

    存储过程是在大型数据库系统中,一组为了完成特定功能的SQL 语句集(这些SQL语句已经编译过了),它存储在数据库中,一次编译后永久有效,需要的朋友可以参考下
    2023-05-05
  • MySQL忘记root密码错误号码1045的解决办法

    MySQL忘记root密码错误号码1045的解决办法

    这篇文章主要介绍了MySQL忘记root密码错误号码1045的解决办法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2020-08-08
  • MySQL用命令行运行sql文件的详细图文教程

    MySQL用命令行运行sql文件的详细图文教程

    最近重新踩了一下mysql 这边的坑,记录一下自己忽略的地方,下面这篇文章主要给大家介绍了关于MySQL用命令行运行sql文件的详细图文教程,文中通过实例代码的非常详细,需要的朋友可以参考下
    2023-01-01
  • Mysql中group by 使用中发现的问题

    Mysql中group by 使用中发现的问题

    当使用MySQL的GROUP BY语句时,根据指定的列对结果进行分组,这种情况通常是由于在 GROUP BY 中选择的字段与其他非聚合字段不兼容,或者在 SELECT 子句中没有正确使用聚合函数所导致的,本文给大家介绍Mysql中group by 使用中发现的问题,感兴趣的朋友跟随小编一起看看吧
    2024-06-06
  • Mysql行转列把逗号分隔的字段拆分成多行两种方法

    Mysql行转列把逗号分隔的字段拆分成多行两种方法

    在数据库中有时候我们需要将一些行数据转换为列数据,这在处理数据透视表、报表生成等场景下非常常见,这篇文章主要给大家介绍了关于Mysql行转列把逗号分隔的字段拆分成多行的两种方法,需要的朋友可以参考下
    2024-05-05
  • MySQL中的UTF-8与UTF8MB4:差异解析方式

    MySQL中的UTF-8与UTF8MB4:差异解析方式

    MySQL中UTF-8和UTF8MB4的区别在于编码范围、存储需求和兼容性,UTF-8可以表示大多数常见的字符,但对于一些罕见的字符和emoji表情等,可能无法正确表示,而UTF8MB4则可以表示几乎所有的Unicode字符,包括那些UTF-8无法表示的字符,在选择字符集时
    2024-12-12
  • mysql中 ${param}与#{param}使用区别

    mysql中 ${param}与#{param}使用区别

    这篇文章主要介绍了mysql中 ${param}与#{param}使用区别,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2020-08-08
  • MySQL使用MyFlash快速恢复误删除和修改的数据

    MySQL使用MyFlash快速恢复误删除和修改的数据

    MyFlash 是由美团点评公司技术工程部开发并维护的一个开源工具,主要用于MySQL数据库的DML操作的回滚,MyFlash的优势在于它提供了更多的过滤选项,使得回滚操作变得更加容易,本文将实验通过 MyFlash 工具快速恢复误删除 或 误修改的数据,需要的朋友可以参考下
    2024-06-06
  • 详解MySQL中timestamp和datetime时区问题导致做DTS遇到的坑

    详解MySQL中timestamp和datetime时区问题导致做DTS遇到的坑

    datetime和timestamp这两种类型都是用于表示年月日时分秒格式的数据,那么他们有那么区别,本文就详细的介绍一下MySQL timestamp和datetime坑,文中通过示例代码介绍的非常详细,感兴趣的小伙伴们可以参考一下
    2021-12-12

最新评论