Mysql为什么不用uuid作为表的主键

最新推荐文章于 2025-11-06 08:04:19 发布
原创 最新推荐文章于 2025-11-06 08:04:19 发布 · 3k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

探讨UUID生成速率低下问题，特别是在多线程环境下，以及UUID作为InnoDB主键时引发的性能下降。分析原因包括SecureRandom依赖、B+树叶子节点分裂及缓存效率降低。
  1. UUID生成速率低下

Java的UUID依赖于SecureRandom.nextBytes方法，而SecureRandom又依赖于操作系统提供的随机数源，在Linux系统下，它的默认依赖是/dev/random，而这个源是阻塞的。最可怕的是，这个nextBytes方法还是一个synchronized方法，也就是说，如果多线程调用UUID，生成速率不升反降。

测试结果：在一台64线程的服务器上，调用UUID.randomUUID方法，生成一千万个uuid平均耗时在130s，tps不到8w

  1. UUID主键在innodb中会引发性能问题

a. innodb中的主键索引也是聚集索引，如果插入的数据是顺序的，那么b+树的叶子基本都是满的，缓存也可以很好的发挥作用。如果插入的数据是完全无序的，那么叶子节点会频繁分裂，缓存也基本无效了。这会减少tps

b. uuid占用的空间较大

  1. UUID完全没有意义，如果有一个主键是全局自增的，那么数据排列顺序就是数据的插入顺序
MySQL创建表时设置主键id为uuid
清平乐的技术专栏
03-31 4168
oracel创建uuid为主键的表时可以直接指定default uuid();但是mysql不支持，可以通过触发器实现。下面是创建一个产品表的sql语句。 --建表语句 CREATE TABLE `product` ( `id` varchar(36) NOT NULL, `productNum` varchar(50) NOT NULL, `productName` varchar(...
MySQL UUID做主键
子夜轻风
03-03 941
UUID做主键，好还是不好？这是个问题。 我唯一还算熟悉的数据库就算是MySQL了，大概使用MySQL的人，百分之九九以上的人会使用Autoincrement ID做主键，这是可以理解的，因为MySQL的自增ID效率很高，使用也很方便。那么剩下的百分之一的人使用什么做主键呢？可能是自己做的KeyGenerator，也可能是我们下面要说的UUID。 据说在Oracle的圈子里，如果谁用自增ID做主键...
MySQL - 为什么不推荐UUID做 MySQL 的主键？
"代码"的日常搬运
10-27 402
主要用于在数据库设计表中，如何正确设置主键的值。
在MySQL中，是否可以使用UUID作为主键？
程序新视界
11-06 819
在 MySQL 中使用 UUID 主键在分布式系统中可以几乎确保唯一性；然而它也带来了显著的权衡。幸运的是，通过多个版本的 UUID 以及其替代选项，可以找到更好应对这些权衡的方法，可根据具体的业务场景来选择更好的实践方案。
MySQL不用uuid做主键的原因
橘子hhh
12-13 571
在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究竟有什么坏处？ 本篇博客我们就来分析这个问题,探讨一下内部的原因。 目录 一、mysql和程序实例 二、使用uuid和自增id的索引结构对比 三、总结 一、mysql和程序实例 1.1.要说明这个问题,我们首先来建立三张表 分别是user_auto_key,us
MySQL之——mysql5.5 uuid做主键与int做主键的性能实测
热门推荐
冰河的专栏
04-13 1万+
偶然的机会，得知mysql主键的类型采用 varchar 存UUID 的查询性能没有int型做主键好。网上查询大量资料，都是停留在理论上的，因此，自己写了代码进行实测，以下结果仅供参考，不具备权威性。 三个表的字段，除了主键ID 分别采用varchar，bigint 和自动增长bigint不同外，其他三个字段都为 varchar 36位 数据库：mysql5.5 表类型：InnoDB 数据
为什么不推荐用UUID作为主键？
喜欢猪猪
12-17 966
UUID（Universally Unique Identifier，通用唯一识别码）是一种128位的标识符，通常用于确保在分布式系统中数据的唯一性。本文将深入探讨不推荐使用UUID作为主键的原因，理解UUID生成的原理，并结合业务场景和Java代码实现，介绍不同示例的优缺点，以及如何通过流程图展示其实现过程。这些不同版本的UUID满足了不同场景下的需求，但也在性能和存储效率上带来了不同的挑战。在一个需要高效存储和查询的金融交易系统中，交易记录的主键需要既保证唯一性又支持高效的索引操作。
深入分析mysql为什么不推荐使用uuid或者雪花id作为主键
09-14
这里我们将深入探讨为什么MySQL不建议使用这两种类型的ID，并通过实例和程序测试来展示它们之间的性能差异。 首先，让我们理解UUID（Universally Unique Identifier）和雪花ID（Snowflake ID）。UUID是一个128位的...
为什么不推荐使用 UUID 作为主键
modelsetget的博客
06-26 875
为什么不推荐使用 uuid 作为 mysql 主键
面基：为什么不推荐用UUID作为主键
qq_37679639的博客
03-31 1218
UUID作为主键，缺点是存储空间大、索引碎片化、查询性能差。
深入解析MySQL官方为何强烈反对使用UUID或雪花算法ID作为表主键
07-12
资源下载链接为： ...前言：MySQL官方建议主键用连续自增的auto_increment，而非UUID或雪花ID。...1.1 建三张表：user_auto_key（自增主键）、user_uuid（UUID主键）、user_random_key（随机主键），其余字段完全一致。
mysql主键名最好不为id_MySQL的主键命名策略相关
weixin_33435783的博客
01-30 1351
最近在梳理数据生命周期管理的细节时，发现了一个小问题，那就是MySQL的主键命名策略，似乎会忽略任何形式的自定义命名。也就意味着你给主键命名为idx_pk_id这种形式，在MySQL里面会统一按照PRIMARY来处理。当然我们可以在这个基础之上做一些拓展和补充。首先来复现下问题，我们连接到数据库test,然后创建表test_data2.mysql> use testmysql> cre...
MySQL中，为啥不建议用uuid做主键？
只讲干货，不扯淡！
03-19 730
MySQL中，为啥不建议中uuid做主键？
numpy中处理含nan数据的统计函数及其效率
domodo2012的博客
01-03 1699
numpy 库中的一些统计函数，它们在遇到含 nan 的数据时都无法正常使用，需要换成可用的同名函数（即在函数名前加“nan”）。 1、相关函数 1.1、最大值 max()、nanmax() / 最小值 min() nanmin() 沿指定轴返回一个数组的最小 / 大值。 numpy.max(a, axis=None, out=None, keepdims=) 参数： a - array_like ，数组或者可以转化成数组的对象 axis - 无 None（默认）、整型 int、元组 tuple；沿轴线方
mysql中一定要加上id吗_关于主键：MySQL表需要ID吗？
weixin_34732602的博客
02-27 4184
本问题已经有最佳答案，请猛点这里访问。Possible Duplicate:Should each and every table have a primary key?如果您从未在任何地方引用ID，是否需要包含一个？ 表需要ID还是主键？你使用什么表引擎？ (MyISAM，InnoDB，...)它实际上与MySQL有所不同。这不是该问题的重复，因为这个问题是"ID"，而不仅仅是主键。 但是应该更...
为什么官方不建议使用uuid做MySQL主键
wufaqidong1的博客
07-19 3284
本篇博客首先从开篇的提出问题,建表到使用jdbcTemplate去测试不同id的生成策略在大数据量的数据插入表现，然后分析了id的机制不同在mysql的索引结构以及优缺点，深入的解释了为何uuid和随机不重复id在数据插入中的性能损耗，详细的解释了这个问题。在实际的开发中还是根据mysql的官方推荐最好使用自增id，mysql博大精深，内部还有很多值得优化的点需要我们学习。本篇博客demo地址httpshttpshttpshttpshttpshttpshttpshttpshttps。...
MySql为什么不推荐使用UUID做主键
西木风落
03-11 1万+
设计MySQL数据库表的时候，一定会考虑主键的设计。mysql官方推荐不要使用uuid或者不连续不重复的雪花id，推荐连续自增的主键id，官方的推荐是auto_increment。为什么不建议采用uuid，使用uuid究竟有什么坏处？ 如果设计表不设置主键，MySQL官方有以下说明： If you do not define aPRIMARY KEYfor your table, MySQL picks the firstUNIQUEindex that has onlyNOT NULLc...
为什么MySQL不推荐使用uuid或者雪花id作为主键？
xmt1139057136的专栏
09-02 944
你知道的越多，不知道的就越多，业余的像一棵小草！你来，我们一起精进！你不来，我和你的竞争对手一起精进！编辑：业余草来源：cnblogs.com/wyq178/p/12548864.htm...
python生成uuid作为mysql主键
最新发布
12-03
你提到的是“Python 生成 UUID 作为 MySQL 主键”，但当前上下文是 **Java 专家**，因此我将理解为：你可能是在对比 Python 的做法，而真正想问的是如何在 **Java 中生成 UUID 并用作 MySQL 表的主键**。下面我将从 Java 的角度详细回答这个问题。 --- ### 回答问题： 在 Java 应用中，可以使用 `java.util.UUID` 生成全局唯一标识符（UUID），并将其作为 MySQL 数据表的主键，替代传统的自增 ID（`AUTO_INCREMENT`）。这种方式适用于分布式系统，避免主键冲突。 #### 1. MySQL 表结构设计 MySQL 中存储 UUID 推荐使用 `CHAR(36)` 或更高效的 `BINARY(16)`（如果存储为二进制格式）。 ```sql -- 方式一：使用 CHAR(36) 存储字符串形式的 UUID（如 '550e8400-e29b-41d4-a716-446655440000'） CREATE TABLE users ( id CHAR(36) PRIMARY KEY, name VARCHAR(100) NOT NULL, email VARCHAR(100) ); -- 方式二（推荐）：使用 BINARY(16) 提高性能和节省空间 CREATE TABLE users_binary ( id BINARY(16) PRIMARY KEY, name VARCHAR(100) NOT NULL, email VARCHAR(100) ); ``` --- #### 2. Java 代码示例：生成 UUID 并插入 MySQL ##### ✅ 使用 `CHAR(36)` 存储（简单直观） ```java import java.sql.*; import java.util.UUID; public class UuidAsPrimaryKey { public static void main(String[] args) { String url = "jdbc:mysql://localhost:3306/testdb"; String username = "root"; String password = "password"; // 生成 UUID（版本 4：随机） UUID uuid = UUID.randomUUID(); String uuidString = uuid.toString(); // 格式：xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx String sql = "INSERT INTO users (id, name, email) VALUES (?, ?, ?)"; try (Connection conn = DriverManager.getConnection(url, username, password); PreparedStatement pstmt = conn.prepareStatement(sql)) { pstmt.setString(1, uuidString); pstmt.setString(2, "Alice"); pstmt.setString(3, "alice@example.com"); int rows = pstmt.executeUpdate(); if (rows > 0) { System.out.println("插入成功，UUID 主键: " + uuidString); } } catch (SQLException e) { e.printStackTrace(); } } } ``` --- ##### ✅ 使用 `BINARY(16)` 存储（高效存储，推荐用于大数据量） UUID 本质上是 128 位（16 字节），可以用二进制方式存储，节省空间并提高索引效率。 ```java import java.sql.*; import java.util.UUID; public class UuidBinaryStorage { public static void main(String[] args) { String url = "jdbc:mysql://localhost:3306/testdb"; String username = "root"; String password = "password"; UUID uuid = UUID.randomUUID(); // 将 UUID 转为字节数组（16 字节） byte[] bytes = new byte[16]; long msb = uuid.getMostSignificantBits(); long lsb = uuid.getLeastSignificantBits(); for (int i = 0; i < 8; i++) { bytes[i] = (byte) (msb >>> (8 * (7 - i))); bytes[i + 8] = (byte) (lsb >>> (8 * (7 - i))); } String sql = "INSERT INTO users_binary (id, name, email) VALUES (?, ?, ?)"; try (Connection conn = DriverManager.getConnection(url, username, password); PreparedStatement pstmt = conn.prepareStatement(sql)) { pstmt.setBytes(1, bytes); pstmt.setString(2, "Bob"); pstmt.setString(3, "bob@example.com"); int rows = pstmt.executeUpdate(); if (rows > 0) { System.out.println("插入成功，二进制 UUID 主键: " + uuid.toString()); } } catch (SQLException e) { e.printStackTrace(); } } } ``` > ⚠️ 查询时也需要将 UUID 转为字节数组进行比较。 --- ### 解释： - **为什么使用 UUID？** - 分布式系统中避免主键冲突。 - 客户端可生成 ID，减少数据库 round-trip。 - 更安全（不像自增 ID 可被猜测）。 - **UUID 存储方式对比：** | 存储类型 | 空间占用 | 性能 | 可读性 | 推荐场景 | |------------|--------|------|------|----------------| | `CHAR(36)` | 36 字节 | 较低 | 高 | 开发调试、小数据量 | | `BINARY(16)` | 16 字节 | 高 | 低 | 生产环境、大数据量 | - **UUID 版本说明：** - `UUID.randomUUID()` → 生成 v4 UUID（基于随机数） - 还有 v1（时间+MAC）、v3/v5（命名空间哈希）等，根据需求选择。 ---
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值