2019-02-11在最后一个例子中，执行 insert into t2(c,d) select c,d from t; 这个语句的时候，如果隔离级别是可重复读（repeatable read），binlog_format=statement。这个语句会对表 t 的所有记录和间隙加锁。
你觉得为什么需要这么做呢？
假如原库不对t表所有记录和间隙加锁，如果有其他事物新增数据并先与这个批量操作提交，由于事物的隔离级别是可重复读，t2是看不到新增的数据的。但是记录的binlog是statement格式，备库或基于binlog恢复的临时库，t2会看到新增的数据，出现数据不一致的情况。作者回复: 👍 这是一个典型的场景
23
2019-06-05不知道老师还关不关注.
(1)问一下为什么一张表上面只能有一个自增的字段? (这个大概能从文章中分析出来,因为autoincrement是定义在表结构中,如果有多个的话实现自增的时候逻辑太复杂了)
(2)为什么自增的字段上面必须要有索引?作者回复: 1. 是的
2. 我觉得最初的一个原因是，由于以前（8.0版本前）自增主键值是不持久化的，只放在内存里面。每次重启后，重新打开表时，需要计算“自增字段里面的最大值”，然后加1，作为当前的autoincrement的值。
如果没有索引，算这个值就要做全表扫描，性能可能很差，影响访问表的速度。
好问题。不过这个只是我个人猜测，也可能还有别的原因。😆 12
2019-02-13老师您好，我有一个时序问题，想请教一下。
从这篇文章的介绍来看，获取自增id和写binlog是有先后顺序的。
那么在binlog为statement的情况下。
语句A先获取id=1，然后B获取id=2，接着B提交，写binlog，再A写binlog。
这个时候如果binlog重放，是不是会发生B的id为1，而A的id为2的不一致的情况？作者回复: 好问题，不会
因为binlog在记录这种带自增值的语句之前，会在前面多一句，用于指定“接下来这个语句要需要的 自增ID值是多少”，而这个值，是在主库上这一行插入成功后对应的自增值，所以是一致的 3 10
2019-02-12老师，我们这边有的开发不喜欢用mysql自带的主键自增功能，而是在程序中控制主键（时间+业务+机器+序列，bigint类型，实际长度有17位，其中序列保存在内存中，每次递增，主键值不连续）。理由是
（1）通过这样的主键可以直接定位数据，减少索引（2）如果自增，必须先存数据得到主键才可继续下面的程序，如果自己计算主键，可以在入库前进行异步处理
（3）a表要insert得到主键，然后处理b表，然后根据条件还要update a表。如果程序自己控制，就不用先insert a表，数据可以在内存中，直到最后一次提交。（对于a表，本来是insert+update，最后只是一条insert，少一次数据库操作）
我想请问的是：
（1）针对理由1，是否可以用组合索引替代？
（2）针对理由2，是否mysql自身的主键自增分配逻辑就已经能实现了？
（3）针对理由3，主键更长意味着更大的索引（主键索引和普通索引），你觉得怎样做会更好呢展开作者回复: “（时间+业务+机器+序列，bigint类型，实际长度有17位，其中序列保存在内存中，每次递增，主键值不连续）。” ----bigint就是8位，这个你需要确定一下。如果是8位的还好，如果是17位的字符串，就比较耗费空间；
（1）如果“序列”是递增的，还是不能直接用来体现业务逻辑吧？ 创建有业务意义的字段索引估计还是省不了的 ？
（2）mysql确实做不到“插入之前就先算好接下来的id是多少”，一般都是insert执行完成后，再执行select last_insert_id
(3) 先insert a再update b再update a，确实看上去比较奇怪，不过感觉这个逻辑应该是可以优化的，不应该作为“主键选择”的一个依据。你可否脱敏一下，把模拟的表结构和业务逻辑说下，看看是不是可以优化的。
总之，按照你说的“时间+业务+机器+序列”这种模式，有点像用uuid，主要的问题还是，如果这个表的索引多，占用的空间比较大 1 7
2019-08-07最喜欢这样的文章，以为比较简单和熟悉，也能打开一扇窗，让人看到一个不同的世界，并且无比丰富多彩。
在什么场景下自增主键可能不连续？
1：唯一键冲突
2：事务回滚
3：自增主键的批量申请
深层次原因是，不判断自增主键是否已存在和减少加锁的时间范围和粒度->为了更高的性能->自增主键不能回退->自增主键不连续
自增主键是怎么做的唯一性的？
自增值加1，自增锁控制并发
自增主键的生成性能如何？
这个需要测试一下，数据库的自增主键也用做生成唯一数字，作为其他单号，比如：并发量小的订单号，性能可能一般。
自增主键有最大值嘛？如果有，到了咋弄？
最大值应该有，因为数字总有个范围，到了当做字符串的一部分，然后再自增拼接上另一部分，貌似也可以。
自增主键的作用？保存机制？修改机制？
作用：让主键索引尽量地保持递增顺序插入，避免页分裂，使索引更紧凑。
保存机制：不同的存储引擎不一样。
MyISAM 引擎的自增值保存在数据文件中。
InnoDB 引擎的自增值，先是保存在了内存里，到了 MySQL 8.0 版本后，才有了“自增值持久化”的能力，放在了redolog里。
修改机制：
在 MySQL 里面，如果字段 id 被定义为 AUTO_INCREMENT，在插入一行数据的时候，自增值的行为如下：
1：如果插入数据时 id 字段指定为 0、null 或未指定值，那么就把这个表当前的 AUTO_INCREMENT 值填到自增字段；
2：如果插入数据时 id 字段指定了具体的值，就直接使用语句里指定的值。
根据要插入的值和当前自增值的大小关系，自增值的变更结果也会有所不同。假设，某次要插入的值是 X，当前的自增值是 Y。
1：如果 X<Y，那么这个表的自增值不变；
2：如果 X≥Y，就需要把当前自增值修改为新的自增值。展开作者回复: 👍
6
2019-03-12课后题
在最后一个例子中，执行 insert into t2(c,d) select c,d from t; 这个语句的时候，如果隔离级别是可重复读（repeatable read），binlog_format=statement会加记录锁和间隙锁。啥我的binlog_format=row也加锁了 1 3- 2019-03-12上期问题解答，有点疑问
set sql_log_bin=off;
alter table tbl_name engine=innodb;
为什么备库需要执行set sql_log_bin=off这一句
把表的引擎改成innodb不就能解决重启后内存表被删除的问题吗？展开 2 
2019-02-14在8.0.3版本后，innodb_autoinc_lock_mode默认值已是2，在binlog_format默认值为row的前提下，想来也是为了增加并发。
https://dev.mysql.com/doc/refman/8.0/en/innodb-parameters.html#sysvar_innodb_autoinc_lock_mode作者回复: 👍 大势所趋😆
2
2019-04-21老师，能如果两个事务同时并发插入，主键没有指明的话，加锁的情况能说明下吗作者回复: 是说自增主键没指定？
两个语句分别去申请自增主键，申请到的值是不一样的，所以并不冲突 1
2019-03-05老师，请问下innodb_autoinc_lock_mode配置是库级别的还是实例级别的？作者回复: 全局的
1
2019-02-21老师，innodb_autoinc_lock_mode = 2，binlog_format = statement 不也会出现数据不一致的问题吗？不是很理解 binlog_format = statement 的情况下，1 与 2 的区别。作者回复: innodb_autoinc_lock_mode = 2的时候就要binlog_format = row才好
1
2019-02-12赶上了进度，把春节期间的补回来了作者回复: 👍
1
2019-02-12insert into t values(null,1,1);
begin;
insert into t values(null,2,2);
rolllack;
insert into t values(null,2,2);
// 插入的行是 (3,2,2)
老师 里面是 rollback 吧展开作者回复: 是的，我手残了。。
多谢指出，发起勘误了哈 1
2020-02-09主键 id 出现自增 id 不连续的第三种原因 没有实验出来啊innodb_autoinc_lock_mode=0，1，2 都试了，mysql 版本是8.0, 最后自增列还是连续的
2020-01-30读了第一遍，大致了解了innodb的主键自增，是存储在内存里面的，大致理解了主键idi不连续的原因，
1. 唯一健值冲突
2. 批量数据导入时，申请id是成倍申请的，会导致浪费一些id。
还得需要多读几遍，因为自己平常根本没有注意过这些。- 2020-01-27老师，非常感谢您的专栏，让我能接触到更多的原理，但是我还是个小白，有些理解的可能不是那么透彻，想请教下
由于主库重启后，会往 binlog 里面写“delete from tbl_name”，这个命令传到备库，备库的同名的表数据也会被清空。因此，就不会出现主备同步停止的问题。如果由于主库异常重启，触发了 HA，这时候我们之前修改过引擎的备库变成了主库。而原来的主库变成了新备库，在新备库上把所有的内存表（这时候表里没数据）都改成 InnoDB 表。
这样的话主库和从库原来内存表里面的数据不会都丢失了吗？ 还是说因为从库的内存表改了引擎以后，数据可以保存到磁盘中，但是这样不会出现原主库的数据不见了，而新主库的数据保存到磁盘上，从而主从数据不一致吗？展开 
2019-12-12自增id，能保证时间顺序上先insert的id更小吗？
我遇到Oracle数据库序列的问题，序列有个order选项来保证顺序。应该是出于并发性能考虑。不知道MySQL是否有类似机制，保证自增id时间上严格顺序？
2019-12-10老师这种情况
insert into t (id,c,d) values (1,1,1),(2,2,2),(3,3,3),(null,4,4);
或者
insert into t (id,c,d) values (1,1,1),(null,2,2),(3,3,3),(null,4,4);
能解释下吗？
第一种情况自增id变成8了
第二种情况自增id变成6了展开- 2019-07-26mysql8.0自增id记录到redolog里，redolog是滚动的会不会丢失啊？
- 2019-07-26binglog是statement的话，记录锁是为了防止t 表在上述sql执行期间产生更新，间隙锁是为了防止t表在上述sql执行期间产生插入操作