如何插入? | 非开车,纯技术交流

简介: 为了讲清楚InnoDB自增键,今天先系统性讲讲,什么是插入,如何插入。

《InnoDB自增键基础知识测试》中的四道测试题,全答对的朋友少之又少,为了讲清楚InnoDB自增键,今天先系统性讲讲,什么是插入,如何插入。 MySQL有一系列的语句,可以往数据库新增数据,称作范插入语句(insert-like statement)。不同的插入方式,对自增键的影响是不一样的。画外音:自增键,是指auto_increment,大家应该都用得很多。 更为细化后,总的来说,插入方式分为三类:

  • 简单插入(simple insert)

  • 批量插入(bulk insert)

  • 混合插入(mixed-mode insert)

  什么是简单插入(simple insert) 普通的 insert/replace 语句,不管是单条插入还是多条插入,都是简单插入。 画外音: (1)不包含递归的子查询; (2)不包含 insert … on duplicate key update…   《自增键测试》里的实验一:

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

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

都是简单插入。   简单插入的特点是, 能够提前知道被插入的行数   因此,这类插入,在处理自增键时,是最容易的。 画外音:很容易保证自增键连续性。   什么是批量插入(bulk insert) 与简单插入相对, 在插入时,不知道被插入的行数 ,是批量插入。   《自增键测试》
里的实验二:

insert into t1(name) select name from t2;

  除此之外,像:
  • replace … select …

  • load data

都是批量插入。   由于不能够提前知道多少行插入,在处理自增列时, 每插入一行,才会赋值新的自增值 画外音,官网原文是:

InnoDB assigns new values for the AUTO_INCREMENT column one at a time as each row is processed.

  这里的潜台词是,在批量插入事务并发时,“ 可能 ”出现同一个事务的自增键不连续。 画外音:为啥是“可能”呢?潜在解决方案,未来撰文详述。   什么是混合插入(mixed-mode insert) 《自增键测试》里的实验三:

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

  有些行插入 指定了自增键 ,无需数据库生成; 有些行插入 未指定自增键 (NULL) ,需要数据库生成。 画外音:具体走哪个分支,实际执行时才知道。   以及《自增键测试》里实验四:

insert into t1(name) values("shenjian"),("aaa"),("bbb")

on duplicate key update count=100;

  有些行插入 实际上是 修改 ,无需数据库生成自增键; 有些行插入 实际上就是 插入 ,需要数据库生成自增键。 画外音:具体走哪个分支,也是实际执行时才知道。   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.

  说了这么多,《InnoDB自增键基础知识测试》中的四道测试题,大家心中都有谱了吧?看完本文,是不是解答了四道题的疑问呢? 画外音:昨天确实答对率比较低,今天可以再回过头重新做一遍。   末了,最近骂我的水友比较多,反馈帮朋友推广的文章越来越多了,我统一回复下: (1)精力有限,平均每周产出2-3篇技术文的频率没有降低; (2)朋友让我帮忙,我帮还是不帮? (3)我的地盘我做主;   另外|||   在这里,能有机会系统性思考,之前没有想过的问题。 画外音:当然,我只能分享和引导,收获有多大,得看大伙细节扣得多深。就像昨天和今天的两篇,“自增键”和“插入”谁都会用,但真的思考过这些“coding时用不到”的看似无用的知识么。   在这里,你能看到别处没有的技术文章。 画外音: (1)文章原创; (2)以“戏谑”的文笔“踏实”的做学问:素材可以复现,绝不“张口就来”;知识点亲自考证,要么官网,要么源码,绝不传播楼主不确定的二手消息;

最后,再挖两个坑,大伙想想。
  作业题一: insert into t1(name)values("zhangsan"),("lisi"),("wangwu"); 这类简单插入,当有 并发事务执行 时,自增键仍能保证连续性,是如何做到的? A: 粒度加锁,实施互斥 B: 粒度加锁,实施互斥 C: 全局自增键单例,实施互斥 D: SQL语句粒度加锁,实施互斥 E: 事务粒度加锁,实施互斥   作业题二: 基于SQL复制的主从同步,如果执行并发批量插入 (bulk insert) 事务,“可能”出现同一个事务的自增键不连续,那么 能否保证主从数据的一致性 ?如果能,是怎么保证的?

本文转自“架构师之路”公众号,58沈剑提供。

目录
相关文章
|
算法
图解TreeMap-源码分析
图解TreeMap-源码分析
114 1
|
10月前
|
缓存 NoSQL 关系型数据库
Redis和Mysql如何保证数据⼀致?
在项目中,为了解决Redis与Mysql的数据一致性问题,我们采用了多种策略:对于低一致性要求的数据,不做特别处理;时效性数据通过设置缓存过期时间来减少不一致风险;高一致性但时效性要求不高的数据,利用MQ异步同步确保最终一致性;而对一致性和时效性都有高要求的数据,则采用分布式事务(如Seata TCC模式)来保障。
172 14
|
11月前
|
数据采集 存储 人工智能
体验理解
本文介绍了通过文档智能和RAG技术将业务文档整合到大语言模型(LLM)知识库中的解决方案。文章涵盖了实践原理理解、部署体验、LLM知识库优势及适用场景等内容。对文档智能流程、RAG技术的应用进行了详细阐述,并提出了技术细节、部署引导、知识库更新和性能优化等方面的改进建议。适用于企业内部知识管理、客户服务和业务流程自动化等多种场景。
164 1
|
11月前
解析与模拟常用字符串函数strcpy,strcat,strcmp,strstr(一)
解析与模拟常用字符串函数strcpy,strcat,strcmp,strstr(一)
217 0
|
数据采集 DataWorks 监控
DataWorks产品使用合集之无法在左侧导航栏看到某个节点,但该节点确实存在,是什么原因
DataWorks作为一站式的数据开发与治理平台,提供了从数据采集、清洗、开发、调度、服务化、质量监控到安全管理的全套解决方案,帮助企业构建高效、规范、安全的大数据处理体系。以下是对DataWorks产品使用合集的概述,涵盖数据处理的各个环节。
101 2
|
计算机视觉 Python
直方图基础
直方图基础。
161 1
|
Java 测试技术
HDU-1232-畅通工程(未完待续)
HDU-1232-畅通工程(未完待续)
62 0
|
安全 数据库 数据安全/隐私保护
|
Kubernetes 调度 Perl
10分钟搞懂K8S的亲和与反亲和调度
首先来个一句话总结:亲和性调度就像关系亲密的闺蜜,你去哪儿我也去哪儿。反亲和性调度就像赌气的两个孩子,赌气永远不在一起玩儿。更多解释和实战详见下文。花10分钟看到最后,你肯定会有收获。
10分钟搞懂K8S的亲和与反亲和调度
|
机器人 程序员 C++
Scratch3.0——助力新进程序员理解程序(案例十、简易时钟)
Scratch3.0——助力新进程序员理解程序(案例十、简易时钟)
62 0

热门文章

最新文章