alter table ... auto_increment = 1 几乎总不生效，因mysql取max(id)+1与设定值中的较大者；唯一可靠重置方式是truncate table，但受外键和innodb_autoinc_lock_mode限制。
ALTER TABLE table_name AUTO_INCREMENT = 1 几乎总是不生效——它不报错，但下一条 INSERT 仍从 MAX(id)+1 开始，除非表当前为空。
为什么 ALTER TABLE ... AUTO_INCREMENT = 1 不起作用
MySQL（InnoDB 和 MyISAM 均如此）在插入新行时，实际取的是 MAX(id) + 1 和你设置的 AUTO_INCREMENT 值中的较大者。只要表里有数据，比如最大 id 是 97，那无论你执行 ALTER TABLE users AUTO_INCREMENT = 1 还是 = 50，下一条插入仍是 id = 98。
常见错误现象：
- 执行
ALTER TABLE t AUTO_INCREMENT = 1后查SHOW CREATE TABLE t，发现AUTO_INCREMENT=1显示出来了，但插入新记录还是从 98 开始 -
SELECT MAX(id) FROM t返回NULL才代表真·空表；返回数字就说明重置无效 - 设小了（如当前最大 id 是 842，却设成
AUTO_INCREMENT = 800），MySQL 静默忽略，不警告也不报错
真正能让新 ID 从 1 开始的唯一可靠方式：TRUNCATE
TRUNCATE TABLE users 是唯一能同时清空数据 + 重置计数器 + 释放磁盘空间的操作。
但要注意这些前提和限制：
- 若表被外键引用，
TRUNCATE会直接报错Cannot truncate a table referenced in a foreign key constraint；此时需先执行SET FOREIGN_KEY_CHECKS = 0，再TRUNCATE，完后立刻SET FOREIGN_KEY_CHECKS = 1 - InnoDB 下，若启用了
innodb_autoinc_lock_mode = 2（交错模式），且之前执行过INSERT ... SELECT或LOAD DATA，TRUNCATE后可能不重置到 1，而是保留一个偏大的缓存值 -
TRUNCATE是 DDL 操作，不可回滚，也不触发DELETE触发器
保留数据时如何安全调高起始 ID
这是 ALTER TABLE ... AUTO_INCREMENT = N 唯一能稳定生效的场景：N 必须严格大于当前最大 id。
实操步骤：
- 先查当前最大值：
SELECT COALESCE(MAX(id), 0) FROM users（COALESCE防止空表返回NULL） - 假设结果是 842，想让下条插入为 1000，则执行
ALTER TABLE users AUTO_INCREMENT = 1000 - 该操作只改元数据，毫秒级完成，但会加 MDL 锁，阻塞后续 DML，避开业务高峰
- 修改后务必用
SHOW CREATE TABLE users确认，别信MAX(id)—— 真实起点看建表语句里的AUTO_INCREMENT=xxx
想让现有 ID 连续重排？别碰 UPDATE id
这不是重置计数器，而是重写主键值，风险极高。
绝对禁止：
-
UPDATE users SET id = @row := @row + 1 ORDER BY id类操作 —— 会破坏外键引用、二级索引一致性、触发器逻辑 - 试图用
DELETE+ 重建数据来“重编号”，除非在完全隔离的测试环境且无任何关联依赖
真实业务中，ID 是否连续根本不重要；如果 UI 或下游系统强依赖连续 ID，问题不在 MySQL，而在设计本身。
