查看原文
其他

自增主键,三类插入测验答案,在这里。

58沈剑 架构师之路 2020-09-08
三类插入与自增键的关系》一文,基本解答了《自增键四道测验题》,仍有水友要求贴答案,原理都解释了,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: 事务粒度加锁,实施互斥

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存