文档建议反馈控制台
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
发布

为什么MySQL不推荐使用uuid作为主键？

前言 在mysql中设计表的时候，mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增)，而是推荐连续自增的主键id，官方的推荐是auto_increment，那么为什么不建议采用...，分别表示自动增长的主键，uuid作为主键，随机key作为主键，其它我们完全保持不变....long值 id自动生成表： [图片] 用户uuid表 [图片] 随机主键表： [1240] 1.2.光有理论不行，直接上程序，使用spring的jdbcTemplate来实现增查测试： 技术框架：springboot...带着疑问，我们来探讨一下这个问题： 二、使用uuid和自增id的索引结构对比 2.1.使用自增id的内部结构 [1240] 自增的主键的值是顺序的，所以Innodb把每一条记录都存储在一条记录的后面。...[1240] 因为uuid相对顺序的自增id来说是毫无规律可言的，新行的值不一定要比之前的主键的值要大，所以innodb无法做到总是把新行插入到索引的最后，而是需要为新行寻找新的合适的位置从而来分配新的空间

5.9K30

在MySQL中，是否可以使用UUID作为主键？

在本文中，我们将详细剖析在MySQL数据库中使用UUID作为主键的弊端，在这个过程中也详细的了解一下UUID多个版本构成。 UUID 的多个版本 截至目前，UUID有五个正式版本与三个提议版本。...UUIDv1 UUID 版本 1 是基于时间的 UUID，其结构如下： UUIDv1 结构图 尽管现代计算大多使用 UNIX 时间戳 (从 1970 年 1 月 1 日开始) 作为基础，UUID 实际上使用了另一个时间起点...此外，除主键上的默认索引外，次级索引也会占用更多空间。次级索引中使用主键作为指向实际行的指针，意味着主键也需要存储在索引中。...如果表中使用 UUID 作为主键，这会显著增加数据库的存储需求，具体取决于表中创建了多少索引。 最后，随机性引发的 页拆分 （如前所述）也会对存储使用和性能造成负面影响。...MySQL中使用UUID主键的最佳实践 如果确实需要在表中使用 UUID 作为记录的唯一标识符，可以遵循以下最佳实践来尽量减少负面影响： 使用二进制数据类型 虽然 UUID 经常以 36 字符长的字符串

22110
    • 您找到你想要的搜索结果了吗？
    是的
    没有找到

    为什么MySQL不推荐使用uuid或者雪花id作为主键？

    p=5090 前言 在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增),而是推荐连续自增的主键id,官方的推荐是auto_increment...一、mysql和程序实例 1.1.要说明这个问题,我们首先来建立三张表 分别是user_auto_key,user_uuid,user_random_key,分别表示自动增长的主键,uuid作为主键,随机...key作为主键,其它我们完全保持不变....用户uuid表 ? 随机主键表： ?...因为uuid相对顺序的自增id来说是毫无规律可言的,新行的值不一定要比之前的主键的值要大,所以innodb无法做到总是把新行插入到索引的最后,而是需要为新行寻找新的合适的位置从而来分配新的空间。

    4.7K20

    华为面试官：为什么MySQL不推荐使用uuid作为主键？

    1、前言 在MySQL中设计表的时候，MySQL官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增)，而是推荐连续自增的主键id，官方的推荐是auto_increment，那么为什么不建议采用...2 MySQL和程序实例 ★ 要说明这个问题，我们首先来建立三张表 分别是user_auto_key，user_uuid，user_random_key，分别表示自动增长的主键，uuid作为主键，随机key...作为主键，其它我们完全保持不变....long值 ID自动生成表： 用户UUID表： 随机主键表： ★ 只有理论不行，直接上程序，使用spring的jdbcTemplate来实现增查测试 技术框架：springboot+jdbcTemplate...因为uuid相对顺序的自增id来说是毫无规律可言的，新行的值不一定要比之前的主键的值要大，所以innodb无法做到总是把新行插入到索引的最后，而是需要为新行寻找新的合适的位置从而来分配新的空间。

    2.8K20

    使用雪花id或uuid作为MySQL主键，被老板怼了一顿！

    磊哥，前几天在做项目demo的时候，使用雪花id或uuid作为Mysql主键，被老板怼了一顿！...一、MySQL和程序实例 1.1 要说明这个问题,我们首先来建立三张表 分别是user_auto_key,user_uuid,user_random_key,分别表示自动增长的主键,uuid作为主键,随机...key作为主键,其它我们完全保持不变.根据控制变量法,我们只把每个表的主键使用不同的策略生成,而其他的字段完全一样，然后测试一下表的插入速度和查询速度： 注：这里的随机key其实是指用雪花算法算出来的前后不连续不重复无规律的...用户uuid表 ? 随机主键表： ?...因为uuid相对顺序的自增id来说是毫无规律可言的,新行的值不一定要比之前的主键的值要大,所以innodb无法做到总是把新行插入到索引的最后,而是需要为新行寻找新的合适的位置从而来分配新的空间。

    9.9K32

    使用雪花id或uuid作为Mysql主键，被老板怼了一顿！

    ---- 前言 在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增),而是推荐连续自增的主键id,官方的推荐是auto_increment...,user_random_key,分别表示自动增长的主键,uuid作为主键,随机key作为主键,其它我们完全保持不变....用户uuid表 ? 随机主键表： ?...带着疑问,我们来探讨一下这个问题： 二、使用uuid和自增id的索引结构对比 2.1.使用自增id的内部结构 ? 自增的主键的值是顺序的,所以Innodb把每一条记录都存储在一条记录的后面。...因为uuid相对顺序的自增id来说是毫无规律可言的,新行的值不一定要比之前的主键的值要大,所以innodb无法做到总是把新行插入到索引的最后,而是需要为新行寻找新的合适的位置从而来分配新的空间。

    2.7K10

    使用雪花id或uuid作为Mysql主键，被老板怼了一顿！

    ，而是推荐连续自增的主键id，官方的推荐是auto_increment，那么为什么不建议采用uuid，使用uuid究竟有什么坏处？...一、mysql和程序实例 1.1 要说明这个问题,我们首先来建立三张表 分别是user_auto_key，user_uuid，user_random_key，分别表示自动增长的主键，uuid作为主键，随机...key作为主键，其它我们完全保持不变。...带着疑问,我们来探讨一下这个问题： 二、使用uuid和自增id的索引结构对比 2.1 使用自增id的内部结构 自增的主键的值是顺序的,所以Innodb把每一条记录都存储在一条记录的后面。...减少了页分裂和碎片的产生 2.2 使用uuid的索引内部结构 因为uuid相对顺序的自增id来说是毫无规律可言的,新行的值不一定要比之前的主键的值要大,所以innodb无法做到总是把新行插入到索引的最后

    1.6K20

    为啥不能用uuid做MySQL的主键 ？

    在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增),而是推荐连续自增的主键id,官方的推荐是auto_increment,...,user_random_key,分别表示自动增长的主键,uuid作为主键,随机key作为主键,其它我们完全保持不变....long值 id自动生成表： image.png 用户uuid表 image.png 随机主键表： image.png 1.2.光有理论不行,直接上程序,使用spring的jdbcTemplate...带着疑问,我们来探讨一下这个问题： 二、使用uuid和自增id的索引结构对比 2.1.使用自增id的内部结构 image.png 自增的主键的值是顺序的,所以Innodb把每一条记录都存储在一条记录的后面...image.png 因为uuid相对顺序的自增id来说是毫无规律可言的,新行的值不一定要比之前的主键的值要大,所以innodb无法做到总是把新行插入到索引的最后,而是需要为新行寻找新的合适的位置从而来分配新的空间

    4.7K20

    使用雪花 id 或 uuid 作为 MySQL 主键，被老板怼了一顿！

    `,`user_random_key`, 分别表示自动增长的主键, uuid 作为主键, 随机 key 作为主键, 其它我们完全保持不变....根据控制变量法, 我们只把每个表的主键使用不同的策略生成, 而其他的字段完全一样，然后测试一下表的插入速度和查询速度： 注：这里的随机 key 其实是指用雪花算法算出来的前后不连续不重复**无规律**..., uuid 的插入效率垫底，并且在后序增加了 130W 的数据，uudi 的时间又直线下降。...时间占用量总体可以打出的效率排名为：auto_key>random_key>uuid,uuid 的效率最低，在数据量较大的情况下，效率直线下滑。那么为什么会出现这样的现象呢？...uuid 的索引内部结构** !

    3.5K00

    使用雪花id或uuid作为Mysql主键，被老板怼了一顿！

    前言： 在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用...# mysql和程序实例 1.要说明这个问题,我们首先来建立三张表 分别是user_auto_key,user_uuid,user_random_key,分别表示自动增长的主键,uuid作为主键,随机key...作为主键,其它我们完全保持不变.根据控制变量法,我们只把每个表的主键使用不同的策略生成,而其他的字段完全一样，然后测试一下表的插入速度和查询速度： 注：这里的随机key其实是指用雪花算法算出来的前后不连续不重复无规律的...带着疑问,我们来探讨一下这个问题： # 使用uuid和自增id的索引结构对比 1.使用自增id的内部结构 自增的主键的值是顺序的,所以Innodb把每一条记录都存储在一条记录的后面。...因为uuid相对顺序的自增id来说是毫无规律可言的,新行的值不一定要比之前的主键的值要大,所以innodb无法做到总是把新行插入到索引的最后,而是需要为新行寻找新的合适的位置从而来分配新的空间。

    2K10

    主键的选择：自增id？UUID？雪花算法？

    二、UUID生成主键（32位16进制） uuid：UUID（Universally Unique Identifier，通用唯一识别码）是一种软件建构的标准，用于在分布式计算环境中为元素提供唯一的标识信息...uuid生成主键，需要将testId改成String类型  而在数据库建表的时候testId 不能用bigint了 而是用char（32）就可以了 生成的uuid是这样的 c37da8074d52022661db24bf931990af...java中可以用long型表示 数据库建表用bigint 就像下面这样 1908852570512781314 这是一个用十进制表示的数字 四、为什么不使用UUID作为主键： 存储空间：...UUID存储会占用更大的空间，这会增加数据库的存储需求，尤其是在大型数据库或高并发的系统中，这可能会成为性能瓶颈。...索引性能：由于UUID相对较大，使用UUID作为主键会导致索引变得更大，从而影响查询性能。特别是在执行范围查询或JOIN操作时，性能下降可能会更加明显。

    1.3K10

    使用NestJs、GraphQL、TypeORM搭建后端服务

    目前TypeORM已经支持mysql、postgres、mariadb、sqlite、cordova、nativescript、oracle、mssql、mongodb、sqljs、react-native...image.png 3.2、改造app.module.ts 从@nestjs/typeorm中引入NestJs与TypeORM连接模块*TypeOrmModule，然后传入一个Object作为与数据库链接的...此前有提到，在NestJs里面万物皆是Module，所以这里的TypeORM也是作为一个子Module添加到整个服务中。所以它的位置应该在imports这里。...传入一个字符串作为参数，这个名称将用于生成表的名称，使用方式@Entity('table_name') Column：列装饰器，将一个字段声明为一个数据表的一个字段，可以设置字段的数据类型，基础的校验方式...，使用方式@Column('varchar', { length: 500, unique: true }) PrimaryGeneratedColumn：主键装饰器，将一个字段声明为主键，对应数据库表字段的主键

    8.3K10

    使用 int 和 string 作为主键的优劣

    然而，在某些场景下，使用字符串（string）作为主键也是可行的。本文将分析使用 int 和 string 作为主键的优劣，并讨论在实际应用中如何选择合适的主键类型。 首先，我们需要了解主键的概念。...一、使用 int 作为主键的优劣 优点 （1）高性能：整数类型的处理速度通常快于字符串类型，因为整数操作的计算复杂度更低。在数据库中，使用 int 作为主键可以提高查询和更新的效率。...例如，如果业务需求中需要处理大量数值类型的数据，可以使用 int 作为主键；如果需要处理字符串类型的数据，可以使用 string 作为主键。...考虑数据量的大小：如果数据量较大，可以使用 int 作为主键，以提高查询和更新的效率；如果数据量较小，可以使用 string 作为主键，以提高数据的可读性和可操作性。...考虑数据类型的稳定性和一致性：如果数据类型需要保持稳定性和一致性，可以使用 int 作为主键；如果数据类型可能会发生变化，可以使用 string 作为主键。

    2.4K50

    主键优化：自增ID与UUID的适用场景对比

    引言在数据库设计中，主键的选择直接影响系统性能、扩展性和数据一致性。作为开发者，我们常面临两种主流方案：自增ID（如MySQL的AUTO_INCREMENT）和UUID（通用唯一标识符）。...一、主键设计的核心挑战主键不仅是数据的唯一标识，更是数据库引擎执行效率的关键因素。...主键需满足跨节点唯一性需求 二、自增ID的深度解析1....业务键派生策略-- 使用业务属性哈希作为主键ALTER TABLE users ADD PRIMARY KEY (md5(region_code||phone));适用场景： 强业务约束实体（如用户手机号...） 避免额外主键字段 结语主键选型本质是存储成本、性能、扩展性的三角博弈： 选择自增ID当：单库架构、读多写少、存储敏感 转向UUID当：多活部署、安全优先、异步写入 采用ULID/组合方案当

    88511

    序列作为主键使用的原理、优缺点讨论

    这几天和同事一直在讨论关于表设计中主键选择的问题，用sequence作为主键究竟有什么好处，又有什么缺点，尤其是有些事务场景上下文需要用到创建的序列值，如何用？...如果一个事务中INSERT一张表后，还需要插入时的主键ID值，作为外键插入其他表，那么就需要在INSERT第一张表前使用select seq.nextval from dual提前获取可用的ID保存到一个变量中...，节点1再次使用时，只会从41-60，由于我们用主键只为了标示唯一，不关心段号，也不关心产生的顺序，所以这些可以忽略。...注：最近在讨论某系统和一个外系统做全局事务的事情，本想用这个主键作为两系统传输的一部分，用于控制全局事务，且用其作为判断交易先后顺序的依据，这是不太符合要求的，因为是RAC，序列是基于实例级cache，...如果一个事务中INSERT一张表后，还需要插入时的主键ID值，作为外键插入其他表，那么就需要在INSERT第一张表前使用select seq.nextval from dual提前获取可用的ID保存到一个变量中

    1.4K20

    做了一个Nest.js上手项目，很丑，但适合练手和收藏

    我这里的选型是 TypeORM + mariadb，为啥不用 mysql 呢？因为我用 M1 的 Mac，装不了 mysql 这个镜像，非常蛋疼。...要使用 TypeORM，就需要在 AppModule 上添加这个配置，然而，明文写配置是个沙雕做法，更好的实现应该用 Nest.js 提供的 ConfigModule 来读取配置。...-- -n", "migration:run": "npm run build && npm run typeorm migration:run" 但是，TypeORM 是从哪知道数据表的结构的呢？.../#/using-ormconfig # 生产环境在服务器上的容器里配置 TYPEORM_CONNECTION=mariadb TYPEORM_DATABASE=nest_todo TYPEORM_HOST...我的 测试策略 不一定正确，只能说是我目前想到比较好的 测试策略 对 TodoService 进行测试，比较难的点是对 TypeOrm 的 Repository 进行 Mock，这玩意我自己搞了一整天才搞通

    5.4K42

    做了一个Nest.js上手项目，很丑，但适合练手和收藏

    我这里的选型是 TypeORM + mariadb，为啥不用 mysql 呢？因为我用 M1 的 Mac，装不了 mysql 这个镜像，非常蛋疼。...要使用 TypeORM，就需要在 AppModule 上添加这个配置，然而，明文写配置是个沙雕做法，更好的实现应该用 Nest.js 提供的 ConfigModule 来读取配置。...-- -n", "migration:run": "npm run build && npm run typeorm migration:run" 但是，TypeORM 是从哪知道数据表的结构的呢？.../#/using-ormconfig # 生产环境在服务器上的容器里配置 TYPEORM_CONNECTION=mariadb TYPEORM_DATABASE=nest_todo TYPEORM_HOST...我的 测试策略 不一定正确，只能说是我目前想到比较好的 测试策略 对 TodoService 进行测试，比较难的点是对 TypeOrm 的 Repository 进行 Mock，这玩意我自己搞了一整天才搞通

    3.9K30
    点击加载更多

    相关资讯

    热门标签

    更多标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      腾讯云开发者

      扫码关注腾讯云开发者

      扫码关注腾讯云开发者

      领取腾讯云代金券

      热门产品

      热门推荐

      更多推荐

      Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

      深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 粤公网安备44030502008569号

      腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号

      领券