AUTO_INCREMENT 是 MySQL 中依赖整数主键或唯一索引的自动递增属性，不支持非整型、NULL 或 DEFAULT；一张表仅能有一个；ALTER TABLE 设置起始值需大于当前最大 ID；ON DUPLICATE KEY UPDATE 会触发计数器自增导致跳号；多主场景须配置 auto_increment_increment/offset 避免冲突。
MySQL 中 AUTO_INCREMENT 的基本定义与启用条件
MySQL 的自动递增 ID 本质是靠 AUTO_INCREMENT 属性实现的，但它不是独立存在的——它必须绑定在整数类型的主键（或唯一索引）列上，且该列不能有默认值（DEFAULT）或允许为 NULL。
常见错误是直接给非主键字段加 AUTO_INCREMENT，比如：
CREATE TABLE t (id INT AUTO_INCREMENT, name VARCHAR(10));这会报错
ERROR 1075: Incorrect table definition，因为缺少主键约束。
-
AUTO_INCREMENT列必须是索引的一部分（通常是PRIMARY KEY或UNIQUE） - 类型只能是整数类：
TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT - 不支持
DECIMAL、VARCHAR或表达式默认值（如DEFAULT CURRENT_TIMESTAMP） - 一张表最多只能有一个
AUTO_INCREMENT列
如何安全修改 AUTO_INCREMENT 起始值或重置计数器
用 ALTER TABLE ... AUTO_INCREMENT = N 可以设置下一条插入记录的 ID 值，但 MySQL 实际生效逻辑比表面更严格：它不会低于当前表中最大已存在值。比如表里已有 ID 为 1、2、5 的行，执行 ALTER TABLE t AUTO_INCREMENT = 3 后，下一条插入仍会生成 6，而不是 3。
真正“重置”需要先清空数据或确保目标值大于当前最大值：
- 如果表为空，
ALTER TABLE t AUTO_INCREMENT = 1有效 - 若需强制从某个小值开始（如开发环境重置），先执行
TRUNCATE TABLE t（注意：会重置计数器并删数据） - 用
DELETE FROM t删除后，计数器不会重置，必须显式ALTER才能改 - InnoDB 表的
AUTO_INCREMENT值在服务重启后可能“回退”到上次持久化值（8.0.21+ 默认已修复，旧版本建议避免依赖重启后行为）
INSERT ... ON DUPLICATE KEY UPDATE 对 AUTO_INCREMENT 计数器的影响
当使用 INSERT ... ON DUPLICATE KEY UPDATE 触发唯一冲突时，即使最终执行的是更新操作，AUTO_INCREMENT 计数器仍会自增一次——这是 InnoDB 的设计行为，容易被误认为“ID 跳号”。
例如：
INSERT INTO users (name, email) VALUES ('Alice', 'a@b.com') ON DUPLICATE KEY UPDATE name = VALUES(name);若 email 是唯一索引，而该邮箱已存在，这次语句仍会让 id 计数器 +1，哪怕没插入新行。
- 这种跳号无法避免，是 InnoDB 为保证并发安全做的取舍
- 如果业务强依赖连续 ID（如对外暴露的订单号），不要直接用
AUTO_INCREMENT字段做业务 ID - 可通过
SELECT LAST_INSERT_ID()判断本次是否真插入了新行（返回 0 表示触发了 update） - 高并发写入场景下，跳号更明显，应提前在设计层面接受 ID 不连续
多主复制或 Group Replication 下 AUTO_INCREMENT 的风险点
在传统异步主从或 MGR（MySQL Group Replication）中，多个节点同时写入时，若都用默认 AUTO_INCREMENT，极易产生主键冲突。MySQL 提供了两个关键参数缓解：auto_increment_increment 和 auto_increment_offset。
例如双主配置中，设主 A：
SET GLOBAL auto_increment_increment = 2;<br>SET GLOBAL auto_increment_offset = 1;主 B：
SET GLOBAL auto_increment_increment = 2;<br>SET GLOBAL auto_increment_offset = 2;这样 A 生成
1,3,5...，B 生成 2,4,6...，避免冲突。
- 这些参数必须在所有节点启动前统一配置，运行中修改只影响后续连接，不改变已有表结构
- MGR 模式下推荐用
group_replication_autorejoin_tries=0配合auto_increment_increment=7等更大步长，防止单节点故障后重入集群引发 ID 冲突 - 一旦发生主键冲突（
ERROR 1062: Duplicate entry），需人工检查并修复数据，无法自动恢复
跨库/分表场景下，AUTO_INCREMENT 更不可直接复用，ID 生成必须收口到全局唯一方案（如雪花算法、Redis 自增、单独 ID 服务）。
