💗推荐阅读文章💗
- 🌸JavaSE系列 🌸👉1️⃣《JavaSE系列教程》
- 🌺MySQL系列 🌺👉2️⃣《MySQL系列教程》
- 🍀JavaWeb系列 🍀👉3️⃣《JavaWeb系列教程》
- 🌻SSM框架系列 🌻👉4️⃣《SSM框架系列教程》
🎉本博客知识点收录于🎉👉🚀《MySQL系列教程》🚀--->✈️03【锁、事务原理、MVCC】✈️
文章目录
-
- [2.5 自增锁](#2.5 自增锁)
-
- [2.5.1 表的插入数据方式](#2.5.1 表的插入数据方式)
- [2.5.1 insert的不同类型](#2.5.1 insert的不同类型)
-
- [1)Simple inserts](#1)Simple inserts)
- [2)Bulk inserts](#2)Bulk inserts)
- 3)Mixed-mode
- [2.5.2 自增锁原理](#2.5.2 自增锁原理)
- [2.5.3 自增锁的模式](#2.5.3 自增锁的模式)
- [2.5.4 自增步长控制](#2.5.4 自增步长控制)
2.5 自增锁
MySQL的自增锁是指在使用自增主键(Auto Increment)时,为了保证==唯一性和正确性==,系统会对自增字段进行加锁。这样可以确保同时插入多条记录时,每条记录都能够获得唯一的自增值。
2.5.1 表的插入数据方式
我们之前在表中插入数据都是用最基本的insert,但insert语句的用法用很多,另外MySQL还提供replace语句,允许对表中的数据进行替换;
- insert用法:
sql
drop table if exists t3;
CREATE TABLE `t3` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`age` int(11) NULL DEFAULT NULL,
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT=1;
insert into t3 values(1,20);
insert into t3 values(2,25);
drop table if exists t4;
CREATE TABLE `t4` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`age` int(11) NULL DEFAULT NULL,
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT=1;
-- 插入记录,如果存在这条记录就报错(主键唯一)
insert into t4 values(10,20);
insert into t4 values(11,20),(12,21),(13,22);
insert into t4 set id=14,age=25;
insert into t4 select * from t3;
- replace用法:
sql
delete from t4;
-- 如果没有这条记录就新增,有这条记录就修改
replace into t4 values(1,20);
replace into t4 set id=10,age=100 ;
replace into t4 select * from t3;
2.5.1 insert的不同类型
1)Simple inserts
简单插入模式
- 示例:
sql
insert into table_name values(xxx);
- 特点:可以提前确定要插入的行数
2)Bulk inserts
批量插入模式,包含insert...select、replace select、load data等语句;
- 示例:
sql
insert into t4 select * from t3;
replace into t4 select * from t3;
Tips:load data属于海量数据插入,暂时不演示
- 特点:事先不知道要插入的行数,以及所需的自动增量值的数量
3)Mixed-mode
该模式也属于Simple Inserts
- 示例:
sql
insert into table_name values(xxxx),(xxxx),(xxxx);
- 特点:为一些(但不是全部)新行指定自动增量值
2.5.2 自增锁原理
1)插入原理
MySQL自增锁的实现机制是使用了一个名为"auto-increment lock"的互斥锁。当使用INSERT语句插入一条新记录时,MySQL会自动为自增字段加锁,防止其他并发的插入操作同时获取相同的自增值。这个锁是在内部实现的,不需要用户手动创建或管理。
自增锁确保了插入记录的唯一性和正确性,避免了并发插入产生冲突。但同时也会带来一些性能上的影响,因为并发插入操作需要等待锁的释放。因此,在高并发的场景下,可能需要考虑使用其他方案来避免自增锁成为瓶颈。
注意:自增锁跟事务无关,即使多个insert语句存在同一个事务中,每次insert都会申请最新的自增锁来获取最新的AUTO_INCREMENT值;自增锁保持到insert语句结束,而不是事务结束;
2)自增锁表锁
需要注意的是,自增锁是基于表级别的,而不是行级别的 。这意味着在同一时刻针对于同一张表只能有一个线程在插入记录(前提是需要increment来分配id),并且每个表都有一个自己独立的自增锁。
2.5.3 自增锁的模式
和自增锁相关的一个参数为(5.1.22版本之后加入)innodb_autoinc_lock_mode:可以设定3个值,0,1,2
sql
show variables like 'innodb_autoinc_lock_mode';
- 0:traditional(传统模式):每次insert都会产生表级别的自增锁,能够绝对保证insert的插入顺序,但并发能力较弱;
- 1:consecutive(连续模式):对于Simple Inserts能够产生一个轻量级的页面锁来保证insert的连续插入;对于Bulk Inserts无法确定插入的行数时采用表级别自增锁来保证insert的连续插入;
- 2:interleaved(交叉模式):不采用表锁,来一个insert处理一个,并发能力最高,但可能会造成insert分配的id顺序不一致;
Tips:参数只控制InnoDB引擎的设置,所有MyISAM均为traditional ,每次均会进行表锁。只有Innodb会视参数不同而产生不通的锁。
1)traditional(传统模式)
在传统模式下,不管是在执行Simple inserts还是Bulk inserts时每个insert获取自增锁时都会触发表锁,在某个insert没有释放表锁之前其他线程/进程均不可获取自增锁;虽然传统模式保证了多个insert插入的连续性但实际上并发插入属于串行化,性能较低;
Tips:再次说明,自增锁是执行insert时获取auto_increment值时才会申请,获取到auto_increment值时就会立即释放,跟事务无关;
2)consecutive(连续模式)
在连续模式下,InnoDB会根据当前执行的insert语句来判断是否使用表级别自增锁。这也是InnoDB的默认值;
- Simple inserts:InnoDB能够预先知道要插入的行数,因此产生的自增锁只会锁住对应的那些id(页锁),避免表级别的自增锁
- Bulk Inserts:InnoDB无法预知要插入的行,触发表级别自增锁
【Simple Inserts】
【Bulk Inserts】
3)interleaved(交叉模式)
在交叉模式下,所有的insert语句都不会使用自增锁(悲观锁),而是采用一个轻量级的mutex(乐观锁),来一个insert立即处理,在生成insert语句完毕后检查id是否被其他线程/进程使用,如果已经被使用则重新获取id;这样一来,多条 INSERT 语句可以并发的执行,因此交叉模式并发量最高,但对于同一个语句来说它所得到的auto_increment值可能不是连续的。
- 交叉模式示意图:
【模拟交叉模式并发插入情况】
步骤①:Thread-01线程执行insert获取到auto_increment值为10
步骤②:与此同时Thread-02线程也获取到10
步骤③:然后又回到Thread-01线程对auto_increment值+1,此时auto_increment为11
步骤④:然后Thread-02线程也对auto_increment+1,此时auto_increment为12
步骤⑤:Thread-01线程校验id值是否被其他线程使用过,校验结果:未被其他线程使用过,执行插入
步骤⑥:Thread-01线程校验id值是否被其他线程使用过,校验结果:已经被其他线程使用过,本次操作取消;
最终Thread-01线程先将auto_increment值写入插入字段中,Thread-02线程将auto_increment写入字段中发现该字段已经被其他线程使用过,因此本次操作取消;但auto_increment值已经变为12;下一次执行insert的线程获取auto_increment值将会获取到12,auto_increment为11这一次就这样跳过了;
【交叉模式的注意事项】
由于交叉模式所带来的id不连续问题,在搭建有MySQL主从复制的架构并且binlog日志格式为SBR时会出现主从数据不一致问题;
原因:当Master接收高并发量的insert语句时会将insert语句记录到binlog日志中,这些binlog日志被发送到Slave时Slave将会并发执行这些SQL语句,很有可能导致Slave执行这些语句的顺序和当初Master执行的顺序一致,导致主从分配的id不一致,因此在MySQL主从复制时从服务器应禁止使用交叉模式;
2.5.4 自增步长控制
一般我们在创建表的时候id起始值为1,通过AUTO_INCREMENT可以设置其值;
sql
drop table if exists t3;
CREATE TABLE `t3` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`age` int(11) NULL DEFAULT NULL,
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT=1;
-- 在创建表后也可以通过SQL语句修改auto_increment
alter table t3 auto_increment=20;
自增幅度由以下两个参数进行控制:
sql
-- 自增的步长
set auto_increment_increment=2; -- 默认1
可以通过函数获取最后一个插入的id:
sql
select last_insert_id();
【测试】
session-01 | session-02 |
---|---|
begin; | |
begin; | |
insert into t3 values(null,1); | |
insert into t3 values(null,1); | |
rollback; | |
commit; |
最终session-02插入的那条记录id为2;