自增字段必须作为索引首列，通常设为主键；2. 避免手动插入值以防冲突；3. MySQL 8.0+ 自增值持久化，重启不失；4. 自增不保证连续，不可依赖做业务编号；5. 根据数据量选合适类型，推荐 BIGINT 防溢出。
在 MySQL 中使用自增字段（AUTO_INCREMENT）时，虽然能简化主键管理，但如果不注意细节，容易引发问题。下面是一些关键注意事项，帮助你更安全、高效地使用自增字段。
确保自增字段是索引的一部分
MySQL 要求 AUTO_INCREMENT 字段必须是某个索引的首列，通常是主键或唯一索引。否则会报错。
- 最常见的做法是将自增字段设为主键：id INT AUTO_INCREMENT PRIMARY KEY
- 如果用于联合唯一索引，必须是该索引的第一列
避免手动插入特定值导致冲突
虽然可以手动为自增字段赋值（如 INSERT 时指定 id），但需格外小心。
- 插入大于当前最大值的数，会更新自增计数器，可能导致后续冲突
- 插入已存在的值会触发主键冲突错误
- 建议生产环境禁止手动指定自增值，除非明确需要
注意自增值的持久性与重启行为
在 MySQL 8.0 之前，自增值不持久化，重启后可能根据表中最大值重新计算，存在重复风险。
- MySQL 8.0+ 改进为自增值持久化，重启不会丢失
- 仍需注意批量插入或删除操作对自增值的影响
不要依赖连续性
自增字段不能保证连续，中间可能出现“空洞”。
- 事务回滚会导致分配的值被丢弃
- 批量插入失败也可能留下未使用的编号
- 不要用自增 ID 做业务编号或顺序依据
合理选择数据类型
自增字段增长不可逆，一旦达到上限会报错。
- TINYINT 最大 255，适合小表
- INT 可到 21 亿，一般够用
- 超大表建议用 BIGINT，避免后期扩容麻烦
基本上就这些。只要不手动干预、选对类型、理解非连续特性，自增字段用起来很省心。关键是别把它当业务逻辑依赖。
