mysql 中uuid不适合做主键

最新推荐文章于 2025-05-14 01:17:10 发布
最新推荐文章于 2025-05-14 01:17:10 发布
阅读量9.3k 收藏 2
点赞数
CC 4.0 BY-SA版权
分类专栏： MySQL管理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/aeolus_pu/article/details/52152754
本文解释了为什么在MySQL中使用UUID作为InnoDB表的主键不是一个好主意，尤其是在处理大量数据的情况下。主要问题包括索引大小增加、主键比较速度较慢以及可能导致的数据位置频繁变动等问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

   在mysql中，uuid不适合做主键，特别是数据量大的情况下。主要有以下原因：

1. innodb 的非主键索引都将存一个主键，uuid 相比整数 id，索引大小增加很多；
2. uuid 主键比较肯定比 整数慢，另外非主键索引查找最终还要引用一次主键查找；
3. innodb 主键索引和数据存储位置相关（簇类索引），uuid 主键可能会引起数据位置频繁变动，严重影响性能。

为什么不推荐使用 UUID 作为主键
modelsetget的博客
06-26 746
为什么不推荐使用 uuid 作为 mysql 主键
MySQL主键：自增id、UUID、雪花算法
weixin_46356448的博客
04-23 1810
视频可看： 动画讲解：为什么不能使用自增ID或者UUID做MySQL的主键，雪花算法生成的主键存在哪些问题_哔哩哔哩_bilibili自增主键的好处：写入效率高弊端：变通方式：不使用自增主键做数据分片，而使用业务数据的用户ID做数据分片，每个用户的数据都集中在一个库，可以做到更加的内聚。 UUID随机、无序，具有非常好的全局唯一性，但不推荐做MySQL主键。从MySQL的B+树原理看，一个page写满向下一个page写，要求下一个page的数据要大于上一个page的数据，现插入一个新数据，但U
使用雪花id或uuid作为Mysql主键，被老板怼了一顿！
Java团长的博客
03-21 1308
来源：cnblogs.com/wyq178/p/12548864.html前言：在mysql中设计表的时候，mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一)...
不推荐使用 UUID 作为 MySQL 主键
最新发布
weixin_43598533的博客
05-14 521
虽然 UUID 能保证全局唯一性，但在单机 MySQL 中，其随机性带来的索引效率低、存储成本高、写入性能差、并发冲突严重等问题，使其不适合作为主键。推荐使用自增 ID或趋势递增的分布式 ID，在保证唯一性的同时，更具性能和扩展性优势。如需，我还可以为该笔记生成 Markdown 格式、配图、或思维导图结构。是否需要进一步处理？
UUID做主键，好还是不好？这是个问题。
热门推荐
光辉岁月
02-04 2万+
以前对UUID的了解很少，只知道是128位整数(16字节)的全局唯一标识符(Universally Unique Identifier)。 刚才google了下，算是有了点深入的了解。 UUID是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。通常平台会提供生成UUID的API。UUID按照开放软件基金会(OSF)制定的标准计算，用到了以太网卡地址、纳秒级时间、芯片ID码和
为什么不推荐用UUID作为主键？
喜欢猪猪
12-17 810
UUID（Universally Unique Identifier，通用唯一识别码）是一种128位的标识符，通常用于确保在分布式系统中数据的唯一性。本文将深入探讨不推荐使用UUID作为主键的原因，理解UUID生成的原理，并结合业务场景和Java代码实现，介绍不同示例的优缺点，以及如何通过流程图展示其实现过程。这些不同版本的UUID满足了不同场景下的需求，但也在性能和存储效率上带来了不同的挑战。在一个需要高效存储和查询的金融交易系统中，交易记录的主键需要既保证唯一性又支持高效的索引操作。
用UUID作为数据库的主键
weixin_43799053的博客
09-10 987
import java.util.UUID; public static void main(String[] args) { //直接调用UUID类 String uid=UUID.randomUUID().toString(); System.out.println("UUID为--->"+uid); //因为生成的UUID中有四个 - ，如果需要的替换...
spring boot整合mybatis利用Mysql实现主键UUID的方法
08-27
总结来说，Spring Boot整合MyBatis和MySQL实现主键UUID的方法主要包括：配置项目依赖，设置数据库连接信息，自定义MyBatis配置，创建使用UUID主键的实体类，以及编写相应的Mapper接口。这种方法在分布式系统中特别...
深入分析mysql为什么不推荐使用uuid或者雪花id作为主键
12-14
前言：在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究竟有什么坏处？...
为什么MySQL不推荐使用uuid作为主键？
这个人很懒，什么都没有留下。
03-31 296
二、使用uuid和自增id的索引结构对比 2.1.使用自增id的内部结构 自增的主键的值是顺序的，所以Innodb把每一条记录都存储在一条记录的后面。当达到页面的最大填充因子时候(innodb默认的最大填充因子是页大小的15/16，会留出1/16的空间留作以后的修改)： ①下一条记录就会写入新的页中，一旦数据按照这种顺序的方式加载，主键页就会近乎于顺序的记录填满，提升了页面的最大填充率，不会有页的浪费 ②新插入的行一定会在原有的最大数据行下一行，mysql定位和寻址很快，不会为计算新行的位置而做
使用uuid做MySQL主键，被领导爆怼一顿
周沐子
08-29 1074
在MySQL中设计表的时候，MySQL官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一)，而是推荐连续自增的主键id，官方的推荐是auto_increment，那么为什么不建议采用uuid，使用uuid究竟有什么坏处？本篇我们就来分析这个问题，探讨一下内部的原因。...
为什么数据库尽量不用UUID作为主键
wangxuelei036的博客
07-26 1万+
注：本文数据库主要以Mysql InnoDB存储引擎为基础进行讨论。 我们都知道在选择主键的类型的时候，尽量避免随机的（不连续且值得分布范围非常大）值作为数据库主键，特别是对于I/O密集型得应用。那么为什么？
为什么MySQL不推荐使用uuid或者雪花id作为主键？
Z99263的博客
07-11 1322
UUID 是指Universally Unique Identifier，翻译为中文是通用唯一识别码，UUID 的目的是让分布式系统中的所有元素都能有唯一的识别信息。如此一来，每个人都可以创建不与其他人冲突的 UUID，就不需考虑数据库创建时的名称重复问题。UUID 是由一组32位数的16进制数字所构成，是故 UUID 理论上的总数为1632=2128，约等于3.4 x 10123。也就是说若每纳秒产生1百万个 UUID，要花100亿年才会将所有 UUID 用完。
Mysql二之数据库主键为什么不推荐使用UUID
辉哥的博客
10-30 776
数据库存储引擎 通过上篇Mysql一之索引概述我们大概对数据索引有了一定的了解，但是再说mysql索引之前不知各位对存储引擎是否了解。数据库存储引擎是数据库底层软件组件，数据库管理系统使用数据引擎进行创建、查询、更新和删除数据操作。不同的存储引擎提供不同的存储机制、索引技巧、锁定水平等功能，使用不同的存储引擎还可以获得特定的功能。现在许多数据库管理系统都支持多种不同的存储引擎。MySQL 的核心就是存储引擎。 存储引擎分类 MySQL支持多个存储引擎作为对不同表的类型的处理...
UUID做主键，好还是不好？
韩猿外的博客
05-04 2204
我唯一还算熟悉的数据库就算是MySQL了，大概使用MySQL的人，百分之九九以上的人会使用Autoincrement ID做主键，这是可以理解的，因为MySQL的自增ID效率很高，使用也很方便。那么剩下的百分之一的人使用什么做主键呢？可能是自己做的KeyGenerator，也可能是我们下面要说的UUID。 据说在Oracle的圈子里，如果谁用自增ID做主键是要被鄙视的，主键最自然的选择就是UUID...
【MySQL】为什么不推荐使用uuid或者雪花id作为主键？
weixin_45618869的博客
08-16 1543
①：写入的目标页很可能已经刷新到磁盘上并且从缓存上移除，或者还没有被加载到缓存中，innodb在插入之前不得不先找到并从磁盘读取目标页到内存中，这将。因为uuid相对顺序的自增id来说是毫无规律可言的,新行的值不一定要比之前的主键的值要大,所以innodb。使用UUID或雪花ID（Snowflake ID）作为主键并不是完全不推荐的，而是。①下一条记录就会写入新的页中，一旦数据按照这种顺序的方式加载，主键页就会。这个过程需要做很多额外的操作，数据的毫无顺序会导致数据。②新插入的行一定会在原有的。
UUID做主键，好还是不好？这是个问题
yinni11的博客
04-11 8779
      我唯一还算熟悉的数据库就算是MySQL了，大概使用MySQL的人，百分之九九以上的人会使用Autoincrement ID做主键，这是可以理解的，因为MySQL的自增ID效率很高，使用也很方便。那么剩下的百分之一的人使用什么做主键呢？可能是自己做的KeyGenerator，也可能是我们下面要说的UUID。据说在Oracle的圈子里，如果谁用自增ID做主键是要被鄙视的，主键最自然的选择就...
UUID做主键,优点,缺点!
心猿问道的博客
05-26 1776
优点： 能够保证独立性，程序可以在不同的数据库间迁移，效果不受影响。 保证生成的ID不仅是表独立的，而且是库独立的，这点在你想切分数据库的时候尤为重要。 缺点： 比较占地方，和INT类型相比，存储一个UUID要花费更多的空间。 使用UUID后，URL显得冗长，不够友好。 ...
mysql用uuid主键
12-27
### 使用 UUID 作为主键的最佳实践 在 MySQL 数据库中使用 UUID 作为主键具有独特的优势，尤其是在分布式环境中。然而，在实现过程中需要注意一些细节以确保最佳性能。 #### 创建表结构 当创建带有 UUID 主键的表格时，建议定义 `CHAR(36)` 类型列并设置为 `NOT NULL` 和 `UNIQUE` 属性。为了简化操作流程，可以通过默认值的方式自动生成新的 UUID 值[^2]： ```sql CREATE TABLE users ( user_uuid CHAR(36) PRIMARY KEY DEFAULT (UUID()), username VARCHAR(50), email VARCHAR(100) ); ``` 上述 SQL 语句会建立一张名为 `users` 的表，其中 `user_uuid` 字段将自动填充由 `UUID()` 函数产生的唯一标识符。 #### 插入数据 向包含 UUID 主键的表内插入记录非常简单，只需省略该字段即可让其自行生成： ```sql INSERT INTO users(username, email) VALUES ('john_doe', 'john@example.com'); ``` 执行这条命令之后，系统将会为新加入的数据行分配独一无二的 `user_uuid` 值。 #### 查询优化 尽管 UUID 提供了全局唯一性的优势，但由于其长度较长且随机分布特性可能导致索引效率降低。因此对于高并发读取场景下的应用来说，可能还需要考虑其他因素来平衡查询速度与存储成本之间的关系[^1]。 #### 处理特殊字符 由于标准格式下生成的 UUID 含有连字符 `-` ，这可能会引起与其他系统的兼容性问题。为了避免这种情况发生，可以在保存之前利用 `REPLACE` 函数移除这些不必要的符号[^4]: ```sql SET @raw_uuid = UUID(); UPDATE some_table SET uuid_field=REPLACE(@raw_uuid,'-',''); ``` 以上代码片段展示了如何先获取原始形式的 UUID 并将其转换成无分隔线版本再更新到指定字段之中。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值