MySQL自增ID需满足整数类型、主键或唯一索引、表中仅一个自增列；建表必须显式加键约束；已有表添加需分步处理；AUTO_INCREMENT设置仅影响下次插入起始值，不修改现有数据。
自增ID在MySQL里不是“开了就能用”，而是必须满足几个硬性条件才能生效——列要整数类型、必须是主键或唯一索引、表里只能有一个这样的列，缺一不可。
创建表时定义自增ID必须带主键约束
很多人写 CREATE TABLE users (id INT AUTO_INCREMENT) 就报错，原因就是没加索引。MySQL强制要求自增列必须是键（PRIMARY KEY 或 UNIQUE），否则直接拒绝建表。
-
AUTO_INCREMENT必须和PRIMARY KEY或UNIQUE同时出现，顺序无关（id INT PRIMARY KEY AUTO_INCREMENT和id INT AUTO_INCREMENT PRIMARY KEY都合法） - 只声明
NOT NULL不够，必须显式加键约束，否则报错：Incorrect table definition; there can be only one auto column and it must be defined as a key - 推荐用
BIGINT而非INT，避免后期数据量上涨溢出（INT UNSIGNED最大 4294967295，BIGINT UNSIGNED是 18446744073709551615）
已有表添加自增ID要分两步走
给已有数据的表加自增主键，不能直接 ADD COLUMN id INT AUTO_INCREMENT PRIMARY KEY —— 因为已有行没有 id 值，MySQL无法自动填充且不允许 NULL 主键。
- 如果表为空：直接执行
ALTER TABLE users ADD COLUMN id INT NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST - 如果表已有数据：先加字段（允许
NULL），再更新值，最后加约束：ALTER TABLE users ADD COLUMN id INT; UPDATE users SET id = (@row := @row + 1) ORDER BY some_column; ALTER TABLE users MODIFY id INT NOT NULL AUTO_INCREMENT PRIMARY KEY;
- 更稳妥的做法是先导出数据、重建表、再导入，避免隐式转换或顺序错乱
修改自增值不是“重置”，而是“设置下一次起始值”
ALTER TABLE users AUTO_INCREMENT = 100 这条命令不会让已有数据变，也不会清空间隙，它只是告诉MySQL：“下次 INSERT 时从100开始分配”。而且这个值必须大于当前最大ID，否则会被忽略。
- 查看当前下一次值：用
SHOW TABLE STATUS LIKE 'users'，看Auto_increment字段 - 手动插入一个很大的ID（比如
INSERT INTO users (id, name) VALUES (999, 'test')）后，后续自增会从1000开始，不是从原计数器继续 - 事务回滚会消耗自增值，但不返还；
TRUNCATE TABLE会重置计数器，DELETE FROM不会
插入时怎么触发自增？NULL、0、省略都行，但行为不同
三种写法都能触发自增，但语义和兼容性有差别：
- 省略该列（
INSERT INTO users (name) VALUES ('Alice')）最安全，明确表达“交给MySQL管” - 显式写
NULL（INSERT INTO users (id, name) VALUES (NULL, 'Bob')）也可靠，所有版本都支持 - 写
0在默认sql_mode下也会触发自增，但开启NO_AUTO_VALUE_ON_ZERO后就失效——这会导致迁移或备份还原时数据错位，建议避开
真正容易被忽略的是：InnoDB 在实例重启后可能根据表中最大ID重新计算 AUTO_INCREMENT 值（尤其在未使用 innodb_autoinc_lock_mode=2 时），不是永久保存计数器。高并发插入场景下，ID跳跃、不连续是常态，别把它当序列用。
