MySQL主键生成的四种方式及对比详解

干晴美

前言

在数据库设计中，主键（Primary Key）的选择至关重要。它不仅是数据行的唯一标识，还直接影响查询效率、数据存储甚至系统架构的扩展性。MySQL中常见的主键生成方式包括自增ID、UUID、雪花算法（Snowflake）等，每种方式都有其独特的适用场景和优缺点。接下来将分析常见四种主键ID生成的方式。

一、自增ID


什么是自增ID？

自增ID是MySQL内置的主键生成方式。通过

1. AUTO_INCREMENT

复制代码

关键字，每插入一条新数据，主键值自动加1。

案例：订单表

1. CREATE TABLE orders (
   
2.     id INT AUTO_INCREMENT PRIMARY KEY,
   
3.     user_id INT,
   
4.     amount DECIMAL(10,2)
   
5. );

复制代码

插入数据时，无需指定

1. id

复制代码

字段：

1. INSERT INTO orders (user_id, amount) VALUES (1001, 99.99);

复制代码

优点

• 简单高效：数据库自动生成，开发成本低。
  
• 查询性能好：主键按顺序递增，减少索引碎片，B+树结构更紧凑。
  
• 存储空间小：通常使用
  1. INT

  复制代码
  （4字节）或
  1. BIGINT

  复制代码
  （8字节）。
  

缺点

• 分库分表困难：自增ID在分布式系统中可能重复。
  
• 暴露业务信息：连续递增的ID可能被推测业务量（如订单数）。
  
• 数据迁移麻烦：合并不同数据库的表时容易冲突。
  

二、UUID


什么是UUID？

UUID是一个128位的字符串（如

1. 550e8400-e29b-41d4-a716-446655440000

复制代码

），理论上全球唯一。

案例：用户表

1. CREATE TABLE users (
   
2.     uuid CHAR(36) PRIMARY KEY,
   
3.     name VARCHAR(50)
   
4. );

复制代码

插入数据时生成UUID：

1. INSERT INTO users (uuid, name) VALUES (UUID(), '张三');

复制代码

优点

• 全局唯一：分布式系统中无需担心ID冲突。
  
• 安全性高：无序的ID避免暴露业务量。
  

缺点

• 存储空间大：36字符的字符串占用更多空间（若优化为二进制仍需16字节）。
  
• 查询性能差：无序的ID导致索引频繁分 裂，插入速度变慢。
  
• 可读性差：长字符串难以记忆，调试时不够直观。
  

三、雪花算法（Snowflake）


什么是雪花算法？

雪花算法是Twitter开源的分布式ID生成算法，生成一个64位的长整型数字，结构如下：

1. 符号位（1位） + 时间戳（41位） + 机器ID（10位） + 序列号（12位）

复制代码

。

案例：分布式日志表

1. // Java代码示例（使用Hutool工具库）
   
2. Snowflake snowflake = IdUtil.getSnowflake(1, 1);
   
3. long id = snowflake.nextId(); // 生成类似6726434627886811136的ID

复制代码

建表时使用

1. BIGINT

复制代码

类型：

1. CREATE TABLE logs (
   
2.     id BIGINT PRIMARY KEY,
   
3.     content TEXT
   
4. );

复制代码

优点

• 分布式友好：不同机器生成的ID不会重复。
  
• 性能与存储平衡：BIGINT类型仅需8字节，且保持递增趋势。
  
• 时间有序：可根据ID直接推算出创建时间。
  

缺点

• 依赖服务器时钟：时钟回拨可能导致ID重复（需特殊处理）。
  
• 机器ID需分配：需提前规划机器ID，避免超过1024台实例。
  

四、业务字段组合


什么是业务字段组合？

直接使用业务相关的字段作为主键（如“用户ID+商品ID”）。

案例：学生选课表

1. CREATE TABLE course_selection (
   
2.     student_id INT,
   
3.     course_id INT,
   
4.     PRIMARY KEY (student_id, course_id)
   
5. );

复制代码

优点

• 直观明确：主键直接反映业务含义。
  
• 避免冗余字段：无需额外的主键列。
  

缺点

• 维护成本高：业务规则变化时可能需修改主键。
  
• 存储空间大：联合主键可能占用更多空间。
  
• 查询复杂度高：多条件查询可能影响性能。
  

五、如何选择主键生成方式？

场景推荐方式理由单机MySQL自增ID简单高效，适合小型系统分布式系统雪花算法平衡性能与全局唯一性，适合分库分表高安全性需求UUID避免ID被推测，适合匿名数据强业务关联业务字段组合如订单号包含日期、用户ID等业务信息
结语

选择主键生成方式时，需综合考虑系统规模、扩展性、性能和业务需求。

• 自增ID适合传统单机应用，但难以应对分布式场景。
  
• UUID解决了全局唯一性问题，却牺牲了性能和存储。
  
• 雪花算法在分布式系统中表现优异，但需解决时钟回拨问题。
  
• 业务字段组合在特定场景下简洁有效，但灵活性较低。
  

实际开发中，可以结合多种方式。例如，在电商系统中，订单ID使用雪花算法保证分布式唯一性，而订单明细表则用自增ID提升插入效率。根据业务特点灵活选择，才能找到最优解。
以上就是MySQL主键生成的四种方式及对比详解的详细内容，更多关于MySQL主键生成方式的资料请关注晓枫资讯其它相关文章！

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！