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

admin • • SQL技巧

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

 作者：四七伵
在数据库设计中,主键（Primary Key）的选择至关重要,它不仅是数据行的唯一标识,还直接影响查询效率、数据存储甚至系统架构的扩展性,本文给大家分析了常见四种主键ID生成的方式,需要的朋友可以参考下。

前言

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

一、自增ID

什么是自增ID？

自增ID是MySQL内置的主键生成方式。通过AUTO_INCREMENT关键字，每插入一条新数据，主键值自动加1。

案例：订单表

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

插入数据时，无需指定id字段：

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

优点

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

缺点

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

二、UUID

什么是UUID？

UUID是一个128位的字符串（如550e8400-e29b-41d4-a716-446655440000），理论上全球唯一。

案例：用户表

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

插入数据时生成UUID：

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

优点

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

缺点

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

三、雪花算法（Snowflake）

什么是雪花算法？

雪花算法是Twitter开源的分布式ID生成算法，生成一个64位的长整型数字，结构如下：
符号位（1位） + 时间戳（41位） + 机器ID（10位） + 序列号（12位）。

案例：分布式日志表

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

建表时使用BIGINT类型：

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

优点

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

缺点

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

四、业务字段组合

什么是业务字段组合？

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

案例：学生选课表

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

优点

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

缺点

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

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

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

结语

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

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

实际开发中，可以结合多种方式。例如，在电商系统中，订单ID使用雪花算法保证分布式唯一性，而订单明细表则用自增ID提升插入效率。根据业务特点灵活选择，才能找到最优解。

以上就是MySQL主键生成的四种方式及对比详解的详细内容。

 

 

学习资料见知识星球。

以上就是今天要分享的技巧，你学会了吗？若有什么问题，欢迎在下方留言。

快来试试吧，小琥 my21ke007。获取 1000个免费 Excel模板福利​​​​！

更多技巧， www.excelbook.cn

欢迎 加入 零售创新 知识星球，知识星球主要以数据分析、报告分享、数据工具讨论为主；

Excelbook.cn Excel技巧 SQL技巧 Python 学习！

你将获得：

1、价值上万元的专业的PPT报告模板。

2、专业案例分析和解读笔记。

3、实用的Excel、Word、PPT技巧。

4、VIP讨论群，共享资源。

5、优惠的会员商品。

6、一次付费只需129元，即可下载本站文章涉及的文件和软件。

文章版权声明 1、本网站名称：Excelbook
2、本站永久网址：http://www.excelbook.cn
3、本网站的文章部分内容可能来源于网络，仅供大家学习与参考，如有侵权，请联系站长王小琥进行删除处理。
4、本站一切资源不代表本站立场，并不代表本站赞同其观点和对其真实性负责。
5、本站一律禁止以任何方式发布或转载任何违法的相关信息，访客发现请向站长举报。
6、本站资源大多存储在云盘，如发现链接失效，请联系我们我们会第一时间更新。

THE END
分享
二维码
< <上一篇
下一篇>>