mysql 5.7 修改 auto_increment 值必须锁表，因其本质是更新 .ibd 文件头元数据并校验合法性，需全程持有 mdl 写锁，阻塞所有 dml；该操作不支持 algorithm=instant 或 lock=none，且无法绕过。
MySQL 5.7 不支持在线修改 AUTO_INCREMENT 值，是因为该操作本质是表元数据变更，必须加 MDL（Metadata Lock）写锁，会阻塞所有 DML
ALTER TABLE ... AUTO_INCREMENT = N 为什么必须锁表
在 MySQL 5.7 中，ALTER TABLE t AUTO_INCREMENT = N 不是“改个内存变量”，而是要安全地更新 InnoDB 表的元数据（存于 .ibd 文件头），同时校验 N 是否合法（必须 > 当前最大主键值）。这个过程需要：
- 获取
MDL_SHARED_WRITE锁（写元数据锁），阻止其他线程同时执行 DDL 或读取表结构 - 扫描表获取当前最大自增列值（
SELECT MAX(id)级别开销），确保不设小 - 更新
.ibd文件中的autoinc值字段，并刷盘
这三步无法在不阻塞 INSERT/UPDATE/DELETE 的前提下完成——哪怕只改一个整数，InnoDB 也要求强一致性保障。
为什么不能像 MySQL 8.0 那样“几乎不锁”
MySQL 8.0 引入了 INPLACE 模式下的轻量元数据更新路径，但 5.7 的 ALTER TABLE 实现仍依赖传统 copy-alter 流程或受限的 in-place 能力。对 AUTO_INCREMENT 这类影响插入行为的属性，5.7 一律走全表元数据重写路径，没有跳过锁的优化分支。
- 你执行
ALTER TABLE t AUTO_INCREMENT = 1000，即使表只有 10 行，也会触发MDL写锁，持续到语句结束 - 期间所有新插入都会被挂起（
Waiting for table metadata lock），直到 ALTER 完成 - 没有
ALGORITHM=INSTANT或LOCK=NONE可选（这两个参数在 5.7 对该操作无效）
常见误判：以为 SET GLOBAL 能绕过
有人试过 SET GLOBAL auto_increment_increment = 2，但这只影响**新建表**的默认步长，对已有表的 AUTO_INCREMENT 值完全无感。同理，innodb_autoinc_lock_mode 控制的是插入时的并发锁策略，和修改起始值无关。
-
SHOW TABLE STATUS LIKE 't'查出的AUTO_INCREMENT字段才是真实生效值 - 如果
ALTER执行后该值没变，大概率是N小于等于当前最大主键值——MySQL 会静默忽略，不报错也不生效 - 想确认是否生效，必须查
SHOW TABLE STATUS，而不是看命令是否返回 OK
真正要“在线”调整，唯一办法是避开 ALTER：用 INSERT ... SELECT + 重命名换表（需业务停写窗口），或直接接受 5.7 的锁表现实。别指望靠调参绕过——这是存储引擎层的设计硬约束，不是配置开关能松动的。
