社区编辑申请
注册/登录
MySQL自增ID,居然大部分人都搞错了!?
数据库 MySQL
《MySQL删除数据的三种方式》中的作业题,99%的人答错,有点出乎意料。今天简单说下作业题中的答案,以及知识点。

《​​MySQL删除数据的三种方式​​》中的作业题,99%的人答错,有点出乎意料。画外音:评论中不乏嘲笑知识点简单的小伙伴。

今天简单说下作业题中的答案,以及知识点。

作业题是这样的:

实验步骤如上图:

  • 第一步:建表,设定自增列;
  • 第二步:指定id=1插入,锚定第一行是id是1;
  • 第三步:不指定id,依赖自增机制,插入3行;画外音:此时id应该变为2,3,4了?
  • 第四步:delete删除所有记录;画外音:坑就容易出在这里。
  • 第五步:指定id=0插入;
  • 第六步:指定id=1插入;
  • 第七步:不指定id,依赖自增机制,插入1行;

请问,此时表中的三行记录,id分别是多少?

知识点一:delete数据后,自增列计数不会从头开始。

画外音:truncate数据后,自增列计数会从头开始。

因此,在第四步delete删除所有4条记录后,自增列计数,并不会重新归0,也就是说,下一条insert的记录,自增列的值会是5。

知识点二:含自增列的表,插入时可以手动指定自增列的值,但不能与已有值冲突,也可以使用系统默认自增列的值。

因此,第五、六、七步都是允许的:

insert (0, '000')
insert (1, '111')
insert ('222')

知识点三:如果手动指定自增列的值是0或者NULL,MySQL会视为无效,并使用系统默认自增列的值。

也就是说,第五步insert (0, '000') 又或者 insert (NULL, '000')都会被MySQL视为:

insert ('000')

即,实际插入到表中的记录是

(5, '000')

第六步insert (1, '111')没有问题

实际插入的也是

(1, '111')

知识点四:如果使用系统默认自增列的值,会从当前最大值开始往后增加。

也就是说,第七步insert ('222'),会使用默认值6,而不是2。

实际插入的是

(6, '222')

故,实验结果,最终的三行记录是:

5,000
1,111
6,222

你答对了吗?

为了巩固下上面的知识点,咱们一起来复习一下:

drop table t1;
create table t1(
id int not null auto_increment,
name varchar(10) unique,
count int default 0,
primary key(id),
index(name)
)engine=innodb;

insert into t1(id, name) values(1, "shenjian");

insert into t1(id, name) values
(111, "111"),(NULL, "abc"),(222, "222"),(NULL,"xyz");

请问,执行结束后id分别是多少呢?

答案:

(1, 'shenjian')
(111, '111') // 允许指定值
(112, 'abc') // 忽略NULL,从最大值开始增
(222, '222') // 允许指定值
(223, 'xyz') // 忽略NULL,从最大值开始增

上题如果继续执行以下语句:

insert into t1(name)values("shenjian"),("aaa"),("bbb")
on duplicate key update count=100;

请问:

  • 会不会执行报错?
  • 如果报错,为什么呢?
  • 如果不报错,得到的数据是什么呢?

知其然,更知其底层所以然。

责任编辑:赵宁宁 来源: 架构师之路
相关推荐

2022-06-23 11:42:22

MySQL数据库

2022-05-17 11:06:44

数据库MySQL系统

2022-05-11 09:02:27

Python数据库Excel

2022-06-06 07:35:26

2022-06-26 06:32:28

MySQL数据库维护

2022-06-22 09:56:19

PythonMySQL数据库

2022-06-16 07:32:38

VSCodePython插件

2022-06-20 12:00:43

MySQL数据库升级

2022-06-13 12:43:13

Java模块

2022-06-13 07:36:06

2022-06-04 14:43:31

Windows 10出厂设置重装

2022-06-20 15:19:51

前端监控方案

2022-05-26 06:05:16

MySQL数据库

2022-06-08 21:08:22

微信朋友圈

2022-05-09 15:52:23

MySQL数据库数据库表

2022-06-15 14:40:54

英特尔漏洞

2022-05-30 11:10:04

数据库MySQL系统

2022-06-07 10:13:22

前端沙箱对象

2022-06-24 09:22:15

MySQL自增id

2022-06-13 14:58:19

系统案例

同话题下的热门内容

一次非常有意思的 SQL 优化经历:从 30248.271s 到 0.001s解决MySQL幻读的终极指南面试突击:说一下MySQL事务隔离级别?为什么SQL语句命中索引比不命中索引要快?MySQL 索引失效的几种类型以及解决方式面试突击:什么情况会导致 MySQL 索引失效?为什么MySQL的count()方法这么慢?DBA技术分享-MySQL外键查询语句

编辑推荐

MySQL集群搭建详解如果对MySQL还停留在这个印象,就out了防止服务器宕机时MySQL数据丢失的几种方案MySQL innodb引擎备份工具XtraBackup之二(数据库全备)MySQL优化: Slave延迟很大的优化方法总结
我收藏的内容
点赞
收藏

51CTO技术栈公众号