怎么理解mysqlinnodb_autoinc_lock_mode的与数据库行为

这篇文章主要介绍“怎么理解MySQL innodb_autoinc_lock_mode的与数据库行为”，在日常操作中，相信很多人在怎么理解mysql innodb_autoinc_lock_mode的与数据库行为问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”怎么理解mysql innodb_autoinc_lock_mode的与数据库行为”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

阿尔山ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：18980820575（备注：SSL证书合作）期待与您的合作！

mysql 的auto_incremet 都知道了 

对应的还有一个这个行为的一个锁的类型的参数,对数据库的行为会有影响. 

innodb_autoinc_lock_mode  有3个取值 0 , 1 ,2 对应于 
“traditional”,“consecutive”, or “interleaved” lock mode

针对有3中行为: 

1. insert_like  语句 包括: insert ,  insert ... select,  replace ,replace ... select  已经 load data 语句. 

2.simple insert  语句:  insert , replace 这样. 

3.bulk insert  语句:  insert ...select , replace...select , load data.

4.mixed insert 语句: 例如 INSERT INTO t1 (c1,c2) VALUES (1,'a'), (NULL,'b'), (5,'c'), (NULL,'d'); 
           还有   INSERT ... ON DUPLICATE KEY UPDATE 这种语句. 

innodb_autoinc_lock_mode  取值为 0 : 

这个参数是从5.1 引入的, 对应于传统的模式.  对于insert like 语句这个auto_incremet  取得的是一个表级锁. 

持有锁的时间是到当前语句结束. 确保语句的写入是可以预见以及可以预测,可以重现的,也就是可以保证语句入库的数据时顺序的. 

对于使用statement format 的 binlog 模式的复制,slave 跟主库同一行记录取得的值是一致. 

例如 : 
CREATE TABLE t1 (  c1 INT(11) NOT NULL AUTO_INCREMENT,  c2 VARCHAR(10) DEFAULT NULL,  PRIMARY KEY (c1)) ENGINE=InnoDB;

执行语句:
Tx1: INSERT INTO t1 (c2) SELECT 1000 rows from another table ...

Tx2: INSERT INTO t1 (c2) VALUES ('xxx');

 在statement 的复制中, 日志重演这个sql执行,是可以确保主从取得的值是一致的. 

tx1 执行的时候, 是可以保证 这1000笔记录是连续的取得 autoinc 字段的值, tx2 要等到tx1 执行完后才能拿到autoinc的值. 

这样限制了并发. 

innodb_autoinc_lock_mode 取值 1 : 

取值为1 为默认值. 

对于 bulk insert  语句.  每个语句只有这个锁到语句结束,但是每个语句持有这个锁只能执行一次. 

对于simple inset  语句是可预计的插入的值的数量,那么语句是可以不需要持有这个表级锁到语句结束. 而是更高级别的mutex 锁.

对于不可以预见插入数量的语句, 起行为跟bulk insert 是一样的,持有锁到语句结束,每次只能执行一次. 

对于mixed inset  数据库会分派多于插入插入数量的 autoinc 值 , 语句结束后,多余的值将丢弃, 这个时候, autoinc 字段的值可能不是连续的. 

innodb_autoinc_lock_mode  取值 2 : 

insert like 语句 可以持有这个表级锁,并执行相同的时间. 

这样对于statement based  复制来说, 在恢复的时候,结果就变得不确定了. 也就是可能主从库的autoinc 字段的值是不一致的. 

这样会对业务逻辑代理困扰. 

这种模式下,每个语句都可以几乎在同时产生autoinc值,这样每个语句的所取得的autoinc字段的值是不确定的.也不可预测. 

对于simple insert 如果在执行前 可以预测到要插入的值的数量,这个sql的数据获取的autoinc值是连续的.  否则就不一定是连续的. 

对于mixed insert 语句 取得autoinc字段的值是不可预测的. 

对于bulk insert 语句 取得autoinc 的值可能存在空缺 (gap)  即取得的值可能不是连续的. 

innodb_autoinc_lock_mode 的取值与复制的关系.

取值 0 跟 1  对复制来说都是安全的, 即可以保证主从数据库的值是一致的. 

如果却只为2  在 基于 statement based 复制来说,从库的数据时不确定的. 即不安全. 

对应 row based 或者 mixed based 的复制  从库的数据时确定跟主库一致的,是安全. 

可以看出在 取值2 的时候,可以获得更大的性能. 

另外如果指定了 autoinc字段的值 insert 可能会触发 key 冲突的 错误. 

如果insert 指定的值大于autoinc 字段的最大值, 其结果是不确定的. 

innodb_autoinc_lock_mode 取值为2的时候对于bulk insert 会产生空洞(gap)   同一个sql 写入数据库的值不一定是连续的. 

到此，关于“怎么理解mysql innodb_autoinc_lock_mode的与数据库行为”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！