phpMyAdmin中设置AUTO_INCREMENT必须先将字段设为主键或唯一索引，否则A_I选项不可用；需确保类型为整数、勾选Primary、再勾选A_I并保存。

phpMyAdmin 里怎么给字段勾选 A_I（AUTO_INCREMENT）

必须先确保字段是主键（primary key）或唯一索引（unique），否则「a_i」复选框是灰色不可点的。这不是 bug，是 mysql 的硬性约束——auto_increment 只能作用于索引列。

常见错误现象：Field 'id' doesn't have a default value 或插入时提示 Incorrect integer value: '' for column 'id'，往往是因为只设了 INT 类型但漏掉主键 + A_I 组合。

• 进表结构页（Structure 标签），找到目标字段（如 id）
• 点击右侧「Change」铅笔图标 → 确保 Type 是整数类型（TINYINT/INT/BIGINT）
• 勾选 Primary（如果还没设主键）；若已有主键，先取消原主键再重新指定该字段为主键
• 此时 A_I 复选框才可勾选 → 勾上，保存

MySQL 命令行设置 AUTO_INCREMENT 字段的最小值和起始值

可视化工具里看不到的细节：勾选 A_I 后，MySQL 默认从 1 开始，但你可以改起点。这个值不随数据删除自动重置，容易被忽略导致后续插入冲突。

比如你删光了所有记录，再插入却报 Duplicate entry '1' for key 'PRIMARY'，大概率是 AUTO_INCREMENT 计数器还卡在上次最大值+1的位置。

• 查当前计数器：SHOW TABLE STATUS LIKE 'your_table_name'; → 看 Auto_increment 列
• 重设起点（慎用！会跳过中间值）：ALTER TABLE your_table_name AUTO_INCREMENT = 100;
• 如果想让下一条插入从 1 开始且安全清空计数器，先 TRUNCATE TABLE your_table_name;（注意：这会重置计数器，但会删表重建，不能回滚）

Navicat / DBeaver 等客户端里 A_I 勾选失效的典型原因

不是所有客户端都把「主键」和「A_I」当成强绑定项。有些工具允许你单独勾选 A_I，但实际执行的 SQL 没带 PRIMARY KEY，结果建表语句发给 MySQL 就被静默忽略。

使用场景：用 Navicat 新建表时，在字段属性面板勾了 Auto Increment 却发现插入时报错，或者查 SHOW CREATE TABLE 发现没生成 PRIMARY KEY。

• 务必在「Index」或「Keys」页签中，手动添加主键索引并指定该字段
• 不要只依赖字段属性里的单个勾选项；最终以生成的建表 SQL 为准：id INT NOT NULL AUTO_INCREMENT PRIMARY KEY 缺一不可
• DBeaver 中，新建字段后需右键列名 → «Edit Column» → 在 «Constraints» 标签下勾选 «Primary Key» 和 «Auto-increment»

迁移或导出 SQL 时 AUTO_INCREMENT 值丢失怎么办

用 phpMyAdmin 导出「仅结构」时，默认不包含 AUTO_INCREMENT=xxx，还原后新表的自增起点变成 1，可能和线上数据冲突；导出「结构+数据」又容易因大量 INSERT 导致慢或超时。

性能影响：带 AUTO_INCREMENT 值的建表语句本身无性能损耗，但如果你在高并发写入前手动 ALTER TABLE ... AUTO_INCREMENT= 调大起点，MySQL 会加表级锁，阻塞写入。

• 导出时勾选 «Add AUTO_INCREMENT value»（phpMyAdmin 的导出选项）
• 用命令行导出更可控：mysqldump --no-data --skip-triggers your_db your_table | grep "AUTO_INCREMENT"
• 如果已还原但起点错乱，别直接改 AUTO_INCREMENT，先查当前最大 id：SELECT MAX(id) FROM your_table;，再设为该值+1

最常被跳过的一步：确认字段类型是否支持自增。比如用 INT UNSIGNED 没问题，但 INT SIGNED 最大到 2147483647，超了就溢出变负数；而 BIGINT 才真正适合长期增长的主键。别等报错才想起来看类型容量。