MySQL自增主键八大核心问题

一、主键溢出危机

INT类型上限：

• 最大值21亿（2^32-1）

• 高频写入业务3-5年可能耗尽

• 案例：某支付系统运行4年后报错

BIGINT陷阱：

• 虽然上限9223372036854775807

• 但达到1%时已产生性能问题

二、分布式环境困境

分库分表时冲突：

• 各节点独立自增导致全局重复

• 解决方案对比：

方案优点缺点步长设置实现简单扩容困难雪花算法分布式友好字段长度翻倍号段模式性能优异需要中间件支持

三、数据迁移灾难

异构系统对接时：

• 原系统自增值与新系统冲突

• 必须使用ALTER TABLE...AUTO_INCREMENT=重置

四、主从复制隐患

binlog格式影响：

• STATEMENT模式下可能不一致

• ROW模式虽安全但有性能损耗

五、事务回滚漏洞

自增值不回滚特性：

BEGIN;

INSERT... -- 分配id=100

ROLLBACK; -- id=100已消耗

六、性能瓶颈问题

高并发插入场景：

• 自增锁（innodb_autoinc_lock_mode）

• 模式对比：

0: 传统模式（全表锁）

1：连续模式（默认）

2：交错模式（最高并发）

七、业务逻辑缺陷

暴露业务规模：

• 用户ID=10086可推测总用户量

• 安全隐患解决方案：

- 哈希映射（如：10086→x12k9）

- UUID辅助字段

八、特殊场景异常

批量插入的"跳号"现象：

INSERT INTO t VALUES(NULL),(NULL),(NULL); 

-- 可能得到1,3,5而非连续值

最佳实践方案

容量规划阶段：

• 预估10年数据量选择类型

• 定期监控SELECT MAX(id) FROM table

架构设计建议：

• 分布式系统采用复合主键

• 敏感业务使用逻辑主键+业务主键