自增字段需作为索引首列，建议设为主键以避免错误；不可随意手动插入值以防跳号或冲突；DELETE不重置自增值，TRUNCATE会清零；并发下安全但不保证连续；复制或分表时应配置增量偏移或采用分布式ID。
在 MySQL 中使用自增字段（AUTO_INCREMENT）时，虽然能简化主键生成逻辑，但如果不注意一些细节，容易引发问题。以下是关键注意事项：
确保自增字段是索引的一部分
自增字段通常作为主键或唯一键使用。MySQL 要求 AUTO_INCREMENT 列必须是某个索引的首列，否则会报错。如果不是主键，至少要创建唯一索引或普通索引。
- 建议将自增字段设为主键（PRIMARY KEY）
- 若非主键，需手动添加索引避免错误
避免手动插入重复或特定值
手动为自增字段赋值可能打乱自增序列，尤其是插入大于当前最大值的数后，可能导致后续冲突或跳号。
- 不要随意 INSERT 指定自增值，除非明确需要
- 插入已存在的值会报主键冲突
- 插入较大值后，MySQL 会更新自增计数器，造成“跳跃”
注意删除与重置行为
DELETE 不会影响自增计数器，TRUNCATE 会重置。如果用 DELETE 清空表，下次插入仍从上次最大值 +1 开始。
- 想重置自增值可用 ALTER TABLE tbl AUTO_INCREMENT = 1
- TRUNCATE 表会清零自增计数器
- DELETE 后重启数据库也不会重用“空缺”ID
多并发下的安全性和连续性
MySQL 的自增机制在高并发下是安全的，不会产生重复值，但不能保证 ID 连续。批量插入、事务回滚、预分配等都可能导致“跳号”。
- 不要依赖自增 ID 的连续性做业务逻辑
- INSERT IGNORE 或 REPLACE 可能导致自增增长但无实际插入
- 使用 InnoDB 时，自增值存储在内存中，重启后可能根据表数据重新计算
复制和分库分表环境下的限制
在主从复制或分布式架构中，多个实例使用相同自增规则会导致主键冲突。
- 可配置 auto_increment_increment 和 auto_increment_offset 实现错峰
- 分库分表场景建议使用分布式 ID（如雪花算法），而非依赖数据库自增
基本上就这些。自增字段用起来方便，但别把它当连续序列用，也别在分布式场景硬扛。合理设置、理解机制，才能避免踩坑。
