likes
comments
collection
share

自增主键,很多人以为自己懂了!

作者站长头像
站长
· 阅读数 17

三类插入与自增键的关系》一文,基本解答了《自增键四道测验题》,仍有水友要求贴答案,原理都解释了,copy 语句执行下,真的难么? 画外音:你们赢了,我还是贴一下执行结果。

实验一、自增键初始值测验

drop table t1; create table t1( id in__t not null auto_increment_, name varchar(10) unique, count int default 0, primary key(id), index(name) )engine=innodb; insert into t1(name) values("zhangsan"),("lisi"),("wangwu"); select * from t1;_

请问,被插入的三条记录,id 分别为:

A 0,1,2

B 1,2,3

C 以上都不对

自增主键,很多人以为自己懂了!

**答案:B **

自增键从 1 开始,该测验对应《三类插入与自增键的关系》中的简单插入 (simple insert)。简单插入,能够提前知道被插入的行数,在处理自增键时,是最容易的。

** 实验二、批量插入测验**

drop table t1,t2; create table t1( id int not null auto_increment_, name varchar(10) unique, count int default 0, primary key(id), index(name) )engine=innodb; create table t2( name varchar(10) unique )engine=innodb; insert into t2(name) values("x"),("y"),("z"); _insert into t1(name) select name from t2; select * from t1;

请问,上述 insert...select... 的执行结果是:

A 插入成功

B 插入失败,自增键报错

C 以上都不对

自增主键,很多人以为自己懂了!

**答案:A **

插入成功,该测验对应《三类插入与自增键的关系》中的批量插入 (bulk insert)。批量插入,不能提前知道被插入的行数,在处理自增键时,每插入一行,才会赋值新的自增值,在批量插入事务并发时,“可能” 出现同一个事务的自增键不连续。

画外音:可以有优化机制,未来撰文。

** 实验三、混合插入测验**

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"); select * from t1;_

请问,最后一个 insert 语句,执行结束后 id 分别是:

A 1,2,3,111,222

B 1,111,112,222,223

C 插入失败,自增键报错

D 以上都不对

自增主键,很多人以为自己懂了!

**答案:B **

插入成功,自增键每次从最大值后面开始新增,该测验对应《三类插入与自增键的关系》中的混合插入 (mixed-mode insert)。有些行插入时指定了自增键,无需数据库生成;有些行插入时未指定自增键 (NULL),需要数据库生成。

实验四、insert ... on duplicate key 测验

接着实验三,继续执行以下语句:

insert _into t1(name)values("shenjian"),("aaa"),("bbb") _

on duplicate key update count=100;

select * from t1;

请问,最后一个 insert 语句,执行结束后 id 分别是:

A 1,2,3,111,222,223,224,225

B 1,111,112,222,223,224,225,226

C 1,111,112,222,223,224,225

D 1,111,112,222,223,225,226

E 以上都不对

自增主键,很多人以为自己懂了!

**答案:D **

该测验也对应《三类插入与自增键的关系》中的混合插入 (mixed-mode insert)。有些行插入实际上是修改,无需数据库生成自增键;有些行插入实际上就是插入,需要数据库生成自增键。

insert … on duplicate key update … 这种情况是最最复杂的,它可能导致,系统生成的自增值,在更新阶段用不上。

画外音,官网原文是:

an INSERT followed by a UPDATE, where the allocated value for the AUTO_INCREMENT column may or may not be used during the update phase.

伸手党们,这下满足了吧?都答对了么。

画外音:MySQL 版本为 MySQL5.6。

知其然,知其所以然。

架构师之路 - 分享技术思路

相关文章

缓冲池 (buffer pool),这次彻底懂了!

写缓冲 (change buffer),这次彻底懂了!

作业题:

insert into t1(name)values("zhangsan"),("lisi"),("wangwu");

这类简单插入,当有并发事务执行时,自增键仍能保证连续性,是如何做到的?

A: 行粒度加锁,实施互斥

B: 表粒度加锁,实施互斥

C: 全局自增键单例,实施互斥

D: SQL 语句粒度加锁,实施互斥

E: 事务粒度加锁,实施互斥

转载自:https://juejin.cn/post/6907059369704161293
评论
请登录