AUTO_INCREMENT未生效需检查三处：一是字段必须为主键或唯一索引、整型且非空；二是修改初始值须用ALTER TABLE ... AUTO_INCREMENT = N，无SET关键字；三是GUI工具需点击底部Save按钮执行。
MySQL 建表时 AUTO_INCREMENT 没生效？检查这三处
常见现象是字段设了 auto_increment，但插入数据时提示 field 'id' doesn't have a default value 或直接报错。根本原因不是勾选没生效，而是它依赖主键（或唯一索引）+ 整型 + 非空三者同时满足。
-
id字段必须声明为PRIMARY KEY或至少是UNIQUE索引，否则 MySQL 会静默忽略AUTO_INCREMENT - 类型必须是整数类（
TINYINT、INT、BIGINT等），VARCHAR或TEXT上加AUTO_INCREMENT会报错 - 必须显式声明
NOT NULL；哪怕建表语句里没写，MySQL 也会强制加上——但如果你用 GUI 工具手动勾选却漏了设主键，工具可能生成无效 SQL
修改已有表的 AUTO_INCREMENT 初始值
不能用 ALTER TABLE ... SET AUTO_INCREMENT = 100 这种语法（会报错）。正确方式只有一种：用 ALTER TABLE ... AUTO_INCREMENT = 100，注意没有 SET 关键字。
- 该语句只影响「下一个插入值」，不改变已有数据；如果当前最大
id是 95，你设成 100，下一条插入就是 100；设成 90，则下一条仍是 96（MySQL 会自动取MAX(id) + 1和你设的值中的较大者） - 执行后建议立刻查一下：
SHOW CREATE TABLE table_name，确认输出里AUTO_INCREMENT=xxx的值已更新 - 某些低版本 MySQL（如 5.6）在从库上执行此语句可能被忽略，主从一致性需额外验证
phpMyAdmin 里勾选 _Auto Increment 却不保存？
GUI 工具的勾选框只是前端标记，真正起作用的是最终生成并执行的 SQL。很多人点完“保存”发现没变，其实是没点最下面的“执行”按钮，或者中途跳转丢失了变更。
- 在“结构”页勾选
_Auto Increment后，务必滚动到底部，点击Save（不是“更改”或“返回”） - 如果字段已有数据，phpMyAdmin 可能禁用该选项——先清空表或手动补主键再试
- 部分旧版 phpMyAdmin 对
TINYINT UNSIGNED类型支持不稳定，换用SMALLINT或INT更稳妥
为什么插入时跳号？比如从 1 直接到 4
这是正常行为，不是 bug。MySQL 的 AUTO_INCREMENT 保证唯一性和递增，但不保证连续。只要事务回滚、批量插入失败、或服务器重启过，就可能出现空缺。
- INSERT IGNORE / REPLACE INTO / INSERT ... ON DUPLICATE KEY UPDATE 都可能导致跳号
- 高并发下，InnoDB 会预分配 ID 段（尤其是
innodb_autoinc_lock_mode = 2时），断电或崩溃后未用完的段会被丢弃 - 除非业务强依赖连续 ID（如财务单号），否则别试图“修复”跳号——改
auto_increment_offset或反复重置只会让问题更隐蔽
AUTO_INCREMENT 的初始值设置只对下一次插入生效，且受当前最大值兜底保护。想精确控制，得先确认数据现状，再决定是清空表、重设值，还是接受它的自然行为。**
