自增主键为什么比UUID好

尹洪亮 Kevin 2023-01-12 23:36:15

课时名称	课时知识点
自增主键为什么比UUID好	自增主键为什么比UUID好

...全文

52 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

在面试中，大家应该经历过如下场景面试官:”用过mysql吧，你们是用自增主键还是UUID？” 你:”用的是自增主键” 面试官:”为什么是自增主键？” 你:”因为采用自增主键，数据在物理结构上是顺序存储，性能最好，blabla…” 面试官:”那自增主键达到最大值了，用完了怎么办？” 你:”what，没复习啊！！” (然后，你就可以回去等通知了！) 这个问题是一个粉丝给我提的，我觉得挺有意(KENG)思(B)! 于是，今天我们就来谈一谈，这个自增主键用完了该怎么办！正文简单版我们先明白一点，在mysql中，Int整型的范围如下我们以无符号

JPA主键策略(针对数据库自增字段重置后无效检查项) JPA主键生成策略会影响数据库自增字段的重置

但是，一旦我们在此时重启 MySQL 的话，这张表的主键将会发生回溯，也就是 user 表的自增起始值将重新变为 3在 MySQL 8.0 之前主键回溯问题并没

1、为什么要尽量设定一个主键？主键是数据库确保数据行在整张表唯一性的保障，即使业务上本张表没有主键，也建议添加一个自增长的ID列作为主键。设定了主键之后，在后续的删改查的时候可能更加快速以及确保操作数据范围安全。 2、主键使用自增ID还是UUID？推荐使用自增ID，不要使用UUID。因为在InnoDB存储引擎中，主键索引是作为聚簇索引存在的，也就是说，主键索引的B+树叶子节点上存储了主键索引以及全部的数据(按照顺序)。如果主键索引是自增ID，那么只需要不断向后排列即可。如果是UUID，由于到来的ID与原来的大小不确定，会造成非常多的数据插入，数据移动，然后导致产生很多的内存碎片，进而造成插入性能的下降。总之，在数据量大一些的情况下，用自增主键性能会好一些。 3、字段为什么要求定义为not null？ null值会占用更多的字节，且会在程序中造成很多与预期不符的情况。

前言：在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究竟有什么坏处？本篇博客我们就来分析这个问题,探讨一下内部的原因。一：mysql和程序实例 1.1：要说明这个问题,我们首先来建立三张表,分别是user_auto_key,user_uuid,user_random_key,分别表示自动增长的主键,uuid作为主键,随机key作为主键,其它我们完全保持不变.根据控制变量法,我们只把每个表的主键使用不同的策略生成,而其他

尹洪亮的课程社区_NO_2

1

社区成员

146

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章